Да

Да

И знайте, что оптимизатору с такими запросами тяжело. Поэтому особо быстро это работать не будет

В одной прошлой конторе была схема с неск базами.
В центральной хранились все данные, в удаленных только графика и для этой удаленной базы.
Теперь понятно как они взаимодействовали.

И да, быстро оно не работало)

Если база занимает много места, то есть архитектура, где таблицы-справочники выносятся в отдельные файловые группы в режиме только для чтения.

А самым активным в плане нагрузки и количества данных таблицам делается вертикальный шардинг.

Т.е. они разбиваются по периоду.

И исторические (холодные данные) тоже переводятся в отдельную файловую группу только для чтения.
Тёплые данные - просто в отдельную группу.
Горячие данные - тоже в отдельную группу и на самые быстры диски.

Это позволяет и производительность где нужно сохранить и не мучаться с большими файлами.

Получается своего рода физ фильтр для старых данных. Все что старо - на дальнюю полку, все новое - под руку.

🤔

еще вчера хотел спросить.
существует какой то номинал или стандарт производительности запросов?

например кол-во операций за отведенное время

Нет

то есть все сугубо на глаз?

Как одно значение в таблице продублировать в пустую ячейку ?

update

UPDATE имя_таблицы
SET столбец1 = значение1, столбец2 = значение2, ... столбецN = значениеN
[WHERE условие_обновления]

но проверь на непродакшн базе! можно невинные данные похерить

на проде норм делать)))

жОсткое бдсм )

Всем ку, подскажите пожалуйста, можно ли как-то обойтись тут без having?