Интересно представить как с этими тысячами таблиц работать

barrabas XDiaBLoИнтересно представить как с этими тысячами таблиц работать
ну если разбивать на строки не абы как а по смыслу например по годам , то проблем особо не будет, динамически создавать запрос и все, но я бы так не делал.
Лучше уж сделать основную таблицу например с операциями/транзакциями и архивную куда переносить старые записи из основной через определенное время (когда они уже не нужны особо будут), а если нужно в отчет по старому периоду (раньше даты переноса) то делать его по архивной таблице, такие отчет скорее всего вобще не нужны будут, а если понадобятся то подождут, главное что актуальные будут быстро работать. Ну или если субд поддерживает портиции на таблицах то на них бы сделал, считай тоже самое, только СУБД сама за кадром разруливает с какой частью таблицы работать
У нас на Орякле несколько сотен миллионов строк в некоторых таблицах, работают же. Правда в случае фуллскана кошмар начинается, но это редко нужно. Какой-никакой индекс обычно можно использовать.

barrabas XDiaBLoУ нас на Орякле несколько сотен миллионов строк в некоторых таблицах, работают же. Правда в случае фуллскана кошмар начинается, но это редко нужно. Какой-никакой индекс обычно можно использовать.
а кто сказал что не будет работать то в силу индексов мы верим
просто часто бывает что время для выдачи результата в 15-30 секунд уже не приемлимо. Вот и начинается тюнинг - материализованные вьюхи, портиции.

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