Передумови: У
мене є таблиця фактів у фазі UAT. Мета завантаження 5 років даних у Prod (очікуваний розмір 400 Mn записів). На даний момент у тесту є лише 2 роки даних.
Особливості таблиці:
- Без розмірів ~ 45
- Заходи ~ 30
- Недодаткові заходи та інші стовпці ~ 25
- Поточний розмір даних ~ 200 млн (дані за 2 роки)
- Перегляд часу: 3 різні перегляди місяця: фіскальний / календар / скорегований (тобто один і той же рядок може потрапляти в різні місяці, залежно від того, який перегляд шукаєте)
- Одночасно користувачеві буде потрібен лише один перегляд. (наприклад, у запиті буде використано лише один стовпець місяця, це зупиняє нас робити розділення під час перегляду)
- Індекси: 1 кластерний індекс за природними клавішами (8 стовпців)
- Через це показники величезні (всього 190 ГБ).
- Простір не обмежує (виділено 1 ТБ)
- 64 ГБ оперативної пам’яті доступно на сервері.
- Стиснення таблиці також робиться.
Вимога:
Запити в цій таблиці фактів повинні дати результат протягом 30 секунд (Загальні запити виберіть суму (міру) приєднавшись до декількох груп Dims за значеннями Dim). Звіти проводяться безпосередньо над цією таблицею фактів.
Проблема:
Будь-який запит, що включає стовпці, доступні в індексі, працює нормально, але якщо ми включимо будь-які інші стовпці, які не входять включити. Це займає більше 5-10 хвилин. Чи може хтось запропонувати якесь рішення, де воно добре працює для будь-якого вибраного нами виміру / стовпця. Чи може перегляд індексу допомогти у цій ситуації?