Насколько нужно неакутуальные данные выносить в отдельные таблицы MySQL?

Question

[309848]

Коллеги, добрый день!

1. Насколько разумно неактуальные (по сути архивные) данные выносить в отдельные таблицы MySQL? В моем случае - это уже выполненные заказы, например, старше 6 месяцев
2. И если это разумно - при редкой необходимости работы с этими данными как их получать для подсчета общей суммы - через UNION?

Comments

[Евгений Самсонов]

Не очень понятно, что вы хотите добиться разделением. Если вы хотите, чтобы архивные данные не влияли на скорость запросов к текущим данным можно воспользоваться партиционированием. Таблица остается одна, запросы неизменными, MySQL под капотом сама разруливает, какие партиции использовать.
https://dev.mysql.com/doc/refman/8.0/en/partitioni...

Answer 1

[#]

1 - скорее да, чем нет
2 - отдельная таблица итогов за периоды. за текущий год - по месяцам, старее - по годам

2+ - но потребуется контроль на предмет правок "первичных данных" задним числом.. а вообще это все классика учета

Answer 2

[ThunderCat]

Сильно зависит.
Во первых на таблицы могут быть навешены внешние ключи, перенос данных в другую таблицу может "сломать" логику.

Во вторых, если таблица предполагает наличие реально большого объема, например > 1М записей, имеет смысл что-либо делать, в ином случае вынос в отдельную архивную таблицу мегапрофита не принесет.

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

Answer 3

[Sergey Romanov]

Здесь нужно знать ваши мотивы. Медленно работает? Просто хотите сделать правильно? Сколько записей за 6 месяцев попадет в таблицу? Сколько запросов к таблице в час? Какое среднее время обработки запроса?

Ведь возможно все можно решить простой оптимизацией. Возможно созданием реплик. Возможно денормализацией базы, или наоборот.