Является ли одна таблица плохой отправной точкой для кубов OLAP (служб SQL Server Analysis Services)?

#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. Спасибо, ребята! Вы, кажется, очень убеждены в!