Главная » Microsoft SQL Server, Базы данных » Создание базы данных – ЧАСТЬ 3

0

корректное решение относительно того, как комбинировать таблицы в измерения, — такие измерения лучше исключить на данном этапе и добавить вручную позже.

?               Select Measures (Выбор мер). На этой странице отметьте только те столбцы, которые сослужат полезную службу в качестве мер. По умолчанию мастер включает в таблицу фактов все, что не используется в отношениях между таблицами. По этой причине в этой таблице может оказаться слишком много столбцов. Столбцы организованы в алфавитном порядке в каждой из обработанных таблиц фактов. Имена мер можно редактировать, однако обычно потребность в изменении имени является признаком того, что все-таки стоило присвоить дружественные имена в представлении источника данных.

?               Detecting Heirarchies (Раскрытие иерархий). Мастер будет пытаться обнаружить иерархические взаимосвязи в столбцах (атрибутах) таблицы измерений во всех добавленных измерениях.

?               Review New Dimensions (Формирование новых измерений). На этой странице отметьте те атрибуты и иерархии, которые должны быть включены в новые измерения. Включайте только те элементы, которые позволяют хорошо структурировать данные по категориям (например, по названиям, кодам и описаниям). Исключите те элементы, которые не могут помочь в структурировании, например, непонятные пользователю идентификаторы или даты вставки объекта.

?               Completing the Wizard. На последней странице мастера введите имя куба

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

Измерения

В дискуссии о схеме “звезда” мы уже говорили, что измерения представляют собой полезные средства разбиения данных на категории, используемые при консолидации, — нечто вроде атрибутов группировки, используемых в запросах SQL. Измерения, созданные мастером, как правило, дают неплохое первое приближение того, что действительно нужно. Таким образом, перед развертыванием базы для эксплуатации эти измерения нужно подправить.

Обстоятельное изучение свойств измерений — довольно сложная тема. К счастью, большая часть работы выполняется в ходе относительно простой установки. В этом разделе мы вначале поговорим о базовой функциональности, после чего исследуем более сложные вопросы.

Конструктор измерений

Откройте любое измерение в Solution Explorer, чтобы вызвать конструктор, показанный на рис. 43.5. Этот конструктор выводит информацию в трех представлениях, разделенных вкладками.

?               Dimension Structure. Представляет собой базовую рабочую область конструктора для определения измерений. Наряду с вездесущими панелями Solution Explorer и Properties в этом представлении открываются три дополнительные панели. На панели Data Source View, расположенной по центру, отображается фрагмент представления источника данных, на основе которого построено измерение. На панели Attributes в левой нижней части окна перечислены все атрибуты, включенные в измерение. Панель Hierarchies and Levels в левой верхней части окна позволяет организовать атрибуты в стандартную иерархическую структуру.

Translations. На данной вкладке определяется альтернативная версия данных и объектов на другом языке.

Browser. На этой вкладке отображаются данные измерения, которое было последним развернуто на целевом сервере анализа.

Puc. 43.5. Конструктор измерений с открытым измерением Customer базы AdventureWorks

В отличие от источников данных и их представлений, кубы и измерения должны развертываться, прежде чем их работа может быть исследована (например, путем просмотра данных). Процесс развертывания измерения состоит из двух частей. На первом этапе — построения — определение измерения (или изменения, внесенные в определение определения) отправляется на целевой сервер анализа. При этом в окне вывода отображается индикатор выполнения. На втором этапе — обработки — сервер службы анализа выполняет запросы к исходным данным и заполняет измерения. Ход этого процесса отображается в окне Deployment Progress, которое обычно выглядит как вкладка панели Properties. Утилита Bros пытается создать или обработать только измененную часть проекта, чтобы минимизировать время развертывания.

Атрибуты и иерархии

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

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

Панель Hierarchies and Levels позволяет создать пользовательские иерархии, определяющие принятые в организации уровни организации атрибутов. В качестве примера на рис. 43.5 показана пользовательская иерархия, которая вначале была представлена в браузере как список стран, который может быть далее расширен как список регионов, затем городов и т.д.

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

Браузер является отличным местом для того, чтобы понять, как оба типа иерархий представляют пользователю данные службы анализа. Выберите исследуемую иерархию из раскрывающегося списка в верхней части представления, а затем последовательно раскрывайте узлы каждого из уровней, постепенно углубляясь в структуру данных. Обратите внимание на различие значков, которыми маркируются пользовательские иерархии и иерархии атрибутов при просмотре.

Мастера кубов и измерений попытаются идентифицировать и создать пользовательские иерархии, если вы позволите им это сделать, однако их решение может не соответствовать реальным потребностям организации. Перетаскивайте атрибуты с панели Attributes в иерархию, если хотите изменить ее; чтобы начать новую иерархию, перетащите атрибут в пустое пространство панели Hierarchies and Levels.

Аналогично, новые атрибуты добавляются перетаскиванием столбцов с панели Data Source View. Если таблица, столбцы которой вы хотите добавить в список атрибутов, не отображается, щелкните правой кнопкой мыши на панели Data Source View и воспользуйтесь командой Show Table для включения интересующей вас таблицы. Как только атрибут из таблицы будет включен в измерение, представление Show Only Used Table будет отображать новую таблицу. Естественно, каждый из атрибутов должен иметь обратную связь с таблицей фактов с помощью того же ключевого атрибута, даже если этот ключ участвует в схеме “снежинка”.

Столбцы источника атрибутов и упорядочение

Столбцы представления источника данных назначаются параметрам KeyColumns и NameColumn атрибута и используются для указания на источник заполнения атрибута данными. В процессе обработки служба анализа включает эти столбцы ключа и имени в инструкцию SELECT DISTINCT, которая выполняется относительно исходных данных с целью заполнения атрибута. Значение параметра KeyColumns определяет, какие элементы будут включены в качестве членов атрибута. Необязательное значение NameColumn присваивает ключу экранное имя, если само имя ключа описывает его неадекватно. Для большинства атрибутов при создании вполне достаточно одного ключевого атрибута. Например, атрибут Address в измерении Customer, как правило, представляет собой обычную текстовую строку, не имеющую ассоциированного идентификатора или кода. В данном примере вполне достаточно назначить столбец Address в качестве значения KeyColumn без присвоения значения NameColumn.

Рассмотрим некоторые более сложные сценарии.

?               Атрибуты с идентификатором/кодом и именем. Данный случай типичен для таблиц измерений с первичным ключом. Подход в этом случае зависит от того, имеет ли смысл для пользователей, обращающихся к измерению с запросом, данный идентификатор или код. Если код общеизвестен, оставьте поле NameColumn пустым, чтобы избежать сокрытия кода. Здесь поля идентификатора и имени будут представлены в модели как отдельные атрибуты. Если же код является внутренним значением приложения или хранилища, скройте его, определив в одном атрибуте оба параметра: KeyColumns и NameColumn.

Источник: Нильсен, Пол. Microsoft SQL Server 2005. Библия пользователя. : Пер. с англ. — М. : ООО “И.Д. Вильямс”, 2008. — 1232 с. : ил. — Парал. тит. англ.

По теме:

  • Комментарии