Волгоградский государственный университет
Опубликован: 15.03.2010 | Доступ: свободный | Студентов: 2380 / 238 | Оценка: 4.39 / 4.28 | Длительность: 18:09:00
Самостоятельная работа 2:

Определение представления источника данных в проекте служб Analysis Services

< Лекция 4 || Самостоятельная работа 2: 12345678 || Самостоятельная работа 3 >
Аннотация: Теоретическая часть этой лекции раскрывает основные положения проектирования представлений источников данных в службах Analysis Services. В практическом задании детально показано создание проекта служб Analysis Services на основе шаблона.
Ключевые слова: database engineering

Теоретическое введение

Выбор метода определения соединения

Мастер источников данных в среде BI DevStudio предназначен для определения одного или нескольких источников данных для проекта служб Microsoft SQL Server Analysis Services.

Независимо от того, производится работа с проектом служб Analysis Services или прямое подключение к базе данных служб Analysis Services, определить источник данных можно на основе нового или существующего соединения. При работе с проектом служб Analysis Services определить источник данных можно также на основе другого объекта проекта или решения.

Среда SQL Server Analysis Services поддерживает много различных типов поставщиков. По умолчанию для нового соединения применяется поставщик OLE DB собственного клиента SQL Server. Этот поставщик используется для соединения с экземпляром компонента SQL Server Database Engine с использованием OLE DB. Он разработан для обеспечения высокой производительности при подключении к экземпляру компонента SQL Server Database Engine через OLE DB.

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

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

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

Службы Analysis Services можно настроить таким образом, чтобы при подключении к базовому источнику данных для выполнения обработки OLAP использовались учетные данные учетной записи службы, или же задать пользовательскую учетную запись, обладающую необходимыми разрешениями. Хотя чаще применяется учетная запись службы, указание учетной записи пользователя для олицетворения источника данных позволяет выполнять службы Analysis Services под учетной записью с минимальными правами доступа, а затем задать учетную запись олицетворения для каждого источника данных, который имеет соответствующий уровень прав доступа в каждой из баз данных-источников. Эта учетная запись олицетворения может иметь более высокий уровень прав доступа по сравнению с учетной записью самой службы, и поэтому уязвимость службы Analysis Services не сможет нанести существенного вреда.

Однако службы Analysis Services не поддерживают олицетворения текущего пользователя при обработке объекта. В результате этого при выборе параметра "Использовать учетные данные текущего пользователя для объекта источника данных" во время обработки будет получена ошибка режима олицетворения.

Проектирование представлений источников данных

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

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

Представление источника данных содержит следующие элементы.

  1. Имя и описание.
  2. Определение любого подмножества схемы, получаемого из одного или нескольких источников данных, вплоть до полной схемы и включая ее, в том числе:
    • имена таблиц;
    • имена столбцов;
    • типы данных;
    • допустимость значений NULL ;
    • длины столбцов;
    • первичные ключи;
    • связи "первичный-внешний ключ".
  3. Заметки к схеме из базовых источников данных, включая следующее:
    • понятные имена таблиц, представлений и столбцов;
    • именованные запросы, возвращающие столбцы из одного или нескольких источников данных (отображающихся в схеме как таблицы);
    • именованные вычисления, возвращающие столбцы из источника данных (отображающиеся как столбцы таблиц или представлений);
    • логические первичные ключи (необходимые, если первичный ключ в базовой таблице не определен или не включен в представление или именованный запрос);
    • связи "логический первичный ключ-внешний ключ" между таблицами, представлениями и именованными запросами.

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

< Лекция 4 || Самостоятельная работа 2: 12345678 || Самостоятельная работа 3 >
Ксения Кожанова
Ксения Кожанова

Здравствуйте! Я прошла 1 лекцию и 1 самостоятельную работу. В конце контрольные вопросы, их надо для как-то ответить или куда-то отослать?

Андрей Павлов
Андрей Павлов