Уверен, что вам поможет выделение отдельных частей запросов в обновляемые по расписанию таблицы(витрины) или представления (view), далее их можно использовать с фильтрами и джойнить между собой.
zorca, база может быть любая, буду использовать MySQL, но запросы можно тянуть хоть из Oracle. Мне нужно бесплатное подобие DevEx для того, чтобы не париться с оптимизацией отображения для мобильных устройств.
На самом сайте всего-то будет несколько форм отображения и два окна редактирования информации. Плюс админка для работы с юзерами, выдача прав.
Есть аналитические платформы Prognoz, IBM Cognos, Oracle BI. В Оракл есть встроенный OLAP. Можете сами собирать витрины данных и из них уже быстро выводить отчёты, Data Mart. По сути просто таблицы с агрегированными данными. Или материализованные вью, если позволяет структура данных.
Vapaamies: Партиции по месяцам в обеих таблицах. Title - в среднем 265 000 записей за день , spec - 560 000. Статистика считается два раза в день. Но это всего лишь один из видов использования этих таблиц.
Два раза в день идёт загрузка новых данных, после этого по ним проходит антифрод с кучей запросов из них и статистики.
В рабочее время из этих таблиц тянутся отчёты, проходят пересчёты отдельных контрагентов и ещё всякая живность из джобов на нужды пользователям.
Вот фактическая инфа. Я здесь хочу, чтобы мне подсказали best practices по ведению таких БД. У меня крутится идея создать дублирующие таблицы на часто используемые поля, их будет до 15 штук и организовать заливку в них. А нагрузку на отчёты и прочее разделить между этими двумя ресурсами. Однако, тогда возрастёт сложность пересчётов.
Может, есть ещё идеи? Свободное место на серверах тоже оставляет желать лучшего.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.