Потребность в кубах OLAP, если мы можем создавать представления на основе таблицы RAW

Question

Предположим, что таблица в исходных данных является чистой и находится в состоянии, в котором они могут использоваться непосредственно.

Я пытаюсь понять, является ли построение представлений на основе таблицы RAW лучше, чем создание кубов.Чтобы сделать VIEWS динамическими, у нас может быть приложение .NET, которое будет принимать параметры для представления и выполнять View с параметрами и получать данные для отчетов и анализа.

Если я хочу просмотреть продажи продуктадля США в месяце февраль.Таким образом, я могу создать представление, присоединяющееся к Продукту, а Заказчик получает продажи за определенный день февраля.

Вместо того, чтобы формировать звездную схему с измерением Продукт, Дата, Клиент.Я действительно пытаюсь понять, с каким стандартом должна работать компания.

У меня есть люди, которые говорят, что кубы хороши только для анализа, а не для отчетности.Какую бы информацию мы ни хотели получить, мы можем получить ее, создав ДИНАМИЧНЫЕ представления

Любые советы или идеи по этому поводу?

Спасибо !!

Answer 1

Как следует из названия, SSAS (SQL Server Analysis Services) действительно создан для анализа.Причиной этого является сильно нормализованная структура таблицы (например, звездообразная схема), которая обеспечивает сверхэффективную индексацию в сочетании с предварительной обработкой агрегированных значений.

Представления - это отличный способ получения данных, которые уже существуютв вашей базе данных OLTP (по сравнению с OLAP) и преобразуйте ее так, чтобы она лучше соответствовала вашим запросам.Это работает так же, как и хранимые процедуры «get».

Теперь, на мой взгляд:

Если у вас есть небольшой объем данных (относительно мощности вашего сервера, а такжемногие другие факторы), и вы не выполняете интенсивное агрегирование данных, рассмотрите возможность использования хранимых процедур для доступа к вашей базе данных.Вы можете указать параметр в .NET, как и любую другую функцию, что делает этот метод очень простым.

Если у вас много данных (например, более 100 миллионов строк), подумайте о создании куба.Это позволит вашим запросам летать. много больше работы, которая идет на это, но выигрыш в скорости огромен.

Конечное примечание:

Если данные в ваших отчетах очень похожи на данныеу вас уже есть база данных (включая соединение таблиц), и у вас менее полумиллиарда строк, просто используйте сохраненный процесс и изучите использование SSRS (или нет).Если у вас есть тонна данных, которые необходимо объединить и преобразовать, посмотрите на кубы SSAS OLAP.

Answer 2

Исходя из моего ограниченного опыта работы с аналитическими службами Microsoft, я согласен с Norla. Если время выполнения представления является разумным, это будет путь. Об кубах можно, конечно, составлять отчеты, поскольку службы отчетов SQL достаточно хорошо их приспосабливают, но процесс разработки часто может быть гораздо более сложным, если в качестве источника данных используется куб.

Answer 3

Представления зданий могут быть альтернативой для небольших наборов данных.Вы можете подумать о том, чтобы пойти по этому пути, НО: 1) как только отчеты загружаются много времени 2) это замедляет работу транзакционных систем. Тогда вам придется рассмотреть кубы.