Вы рассказываете в упрощенном виде механизм PARTITIONING.uncle_Pasha wrote:Чаще всего, для построения такого рода отчетов нужна аггрегированная информация.Dmitry67 wrote:разумеется - по ним отчеты делают. с учетом сезонности для полноценного анализа как минимум нужно два года, а для долгосрочных трендов - и больше
Понятно, что если база позволяет, то можно все держать в одной куче. Вопрос состоит только в эффективности такого рода подхода. Если в системе реализована скажем процедура периодической "архивации" (очистки оперативных таблиц) то такая система при прочих равных будет более производительной при меньших ресурсах, и фактически без ущерба функциональности.
А объединить несколько таблиц для построения отчета раз в квартал - это умеет практически любая СУБД.
Удачи!
Он делается в MS SQL либо через Partitioned views, тогда разные партиции хранятся в разных таблицах, а view имитирует что таблица одна
Либо через более современный механизм Partitioned tables.
Российская база не поддерживает ни того ни другого раз;
Во вторых PARTITIONING не исключает необходимости найти чтото по ID неизветсно в какой партиции
так что поддердивать индексы по миллиардам все равно надо