#sql-server #ssas #cubes #olap-cube
#sql-server #ssas #кубы #olap-куб
Вопрос:
Я собираюсь использовать одну таблицу для агрегирования исторических данных о нашей (очень большой) виртуальной инфраструктуре. Таблица будет состоять из 15-30 полей, и я ожидаю, что в день будет обрабатываться от 500 до 1000 записей.
Почему одна таблица? По нескольким причинам:
- Данные извлекаются в csv с помощью сценариев powershell. Тогда массовая загрузка в одну таблицу выполняется очень легко и быстро.
- Я буду использовать таблицу для подключения Excel и составления отчетов через сводные таблицы. Тогда одна таблица идеальна (в противном случае я должен создавать представления).
Теперь мой вопрос:
Если я планирую в будущем создавать кубы на основе этой таблицы, является ли выбор «одной таблицы» плохим решением? Полагаются ли кубы на реляционные базы данных или их можно легко построить на базе данных с одной таблицей?
Спасибо за любое предложение
Ответ №1:
Не могу рассказать вам конкретно о службах SQL Server Analysis Services, но для OLAP вы обычно используете денормализованные и агрегированные данные. Это означает меньшее количество таблиц, чем в обычном реляционном сценарии. И поскольку объем ваших данных на самом деле невелик (365 тыс. строк в год — даже мало для OLAP), я не вижу никакой проблемы в использовании одной таблицы для ваших данных.
Комментарии:
1. Спасибо, ребята! Вы, кажется, очень убеждены в!