Создание источника данных (многомерные службы SSAS)

Область применения: SQL Server Analysis Services Azure Analysis Services Power BI Premium

В многомерной модели служб Службы Analysis Services объект источника данных представляет собой соединение с источником данных, данные из которого обрабатываются или импортируются. Многомерная модель должна содержать по меньшей мере один объект источника данных, но можно добавить несколько таких объектов, чтобы объединить данные из нескольких хранилищ данных. Для создания объекта источника данных модели воспользуйтесь инструкциями, приведенными в этом разделе. Дополнительные сведения о настройке свойств этого объекта см. в разделе Задание свойств источника данных (многомерная база данных SSAS).

Этот раздел включает следующие подразделы:

Выбор поставщика данных

Настройка учетных данных и параметров олицетворения

Соединение с источником данных иногда может использовать проверку подлинности Windows или проверку подлинности службы, предоставляемые системой управления базами данных, например проверку подлинности SQL Server, для соединения с базой данных SQL Azure. Задаваемая учетная запись должна иметь имя входа на сервере удаленной базы данных и разрешения на чтение внешней базы данных.

Проверка подлинности Windows

Соединения, использующие проверку подлинности Windows, указаны на вкладке Сведения об олицетворении конструктора источников данных. Используйте эту вкладку для выбора параметра олицетворения, определяющего учетную запись, от имени которой выполняются службы Службы Analysis Services при подключении к внешнему источнику данных. Некоторые параметры можно использовать не во всех ситуациях. Дополнительные сведения об этих параметрах и их использовании см. в разделе Задание параметров олицетворения (многомерная база данных SSAS).

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

В качестве альтернативы проверке подлинности Windows можно указать соединение, использующее службу проверки подлинности, предоставляемую системой управления базами данных. В некоторых случаях требуется проверка подлинности базы данных. Сценарии, в которых требуется использование проверки подлинности базы данных, подразумевают использование проверки подлинности SQL Server для подключения к базе данных SQL Azure, либо получение доступа к реляционному источнику данных, работающему в других операционных системах или в недоверенном домене.

При получении данных клиентская библиотека, выполняющая подключение, создает запрос на соединение, который содержит учетные данные в строке подключения. Параметры проверки подлинности учетных данных Windows на вкладке «Сведения об олицетворении» не используются в соединении, но могут использоваться для других операций, таких как получение доступа к ресурсам на локальном компьютере. Дополнительные сведения см. в разделе Задание параметров олицетворения (многомерная база данных SSAS).

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

Определение данных олицетворения для объектов интеллектуального анализа данных

Создание источника данных с помощью мастера источников данных

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

По умолчанию для нового соединения применяется собственный поставщик OLE DB\SQL Server или поставщик Native Client. Этот поставщик используется для подключения к экземпляру компонента SQL Server Database Engine с помощью OLE DB. Для подключений к реляционной базе данных SQL Server использование собственного клиента OLE DB или SQL Server Native Client 11.0 чаще всего более производительно, чем при использовании других поставщиков.

Для доступа к другим источникам данных вы можете выбрать другой поставщик. Список поставщиков и реляционных баз данных, поддерживаемых службами Службы Analysis Services, см. в разделе Поддерживаемые источники данных (службы SSAS — многомерные базы данных).

Имя сервера — это сетевое имя экземпляра Database Engine. Его можно указать как IP-адрес, имя NETBIOS компьютера или в виде полного доменного имени. Если сервер установлен как именованный экземпляр, необходимо включить имя экземпляра (например, \ ).

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

В диспетчере соединений содержится флажок Сохранить пароль для соединений, использующих проверку подлинности SQL Server. Хотя флажок всегда видим, используется он не всегда.

Среди условий, при которых службы Analysis Services не используют этот флажок: обновление или обработка реляционных данных SQL Server, используемых в активной базе данных служб Analysis Services. Вне зависимости от того, снят или поставлен флажок Сохранить пароль, службы Analysis Services всегда сохраняют и шифруют пароль. Пароль шифруется и хранится как в файлах ABF, так и в файлах данных. Это происходит потому, что службы Analysis Services не поддерживают сохранение пароля для каждого сеанса на сервере.

Такое поведение применимо к базам данных, которые a) сохранены в экземпляре сервера Analysis Services и b) используют проверку подлинности SQL Server для обновления или обработки реляционных данных. Оно не относится к соединениям с источниками данных, которые настраиваются в среде SQL Server Data Tools и используются только в течение сеанса. Поскольку не существует способа удалить уже сохраненный пароль, можно использовать другие учетные данные либо проверку подлинности Windows, в ходе которых пользовательские сведения, сохраненные в базе данных, будут перезаписаны.

Выбрать или ввести имя базы данных или Присоединить файл базы данных используются для указания базы данных.

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

Измените параметры в соответствии с окружением и нажмите кнопку ОК.

Новое соединение появится на панели Подключение к данным на странице Выбор метода определения соединения мастера источников данных.

Щелкните Далее.

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

Рекомендации по выбору параметра олицетворения различаются в зависимости от способа использования источника данных. Для выполнения задач обработки при соединении с источником данных служба Службы Analysis Services должна быть запущена в контексте безопасности собственной учетной записи службы или заданной учетной записи пользователя.

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

Использовать учетную запись службы ― обработка данных с использованием удостоверения службы.

Указанная учетная запись должна иметь разрешения на чтение в источнике данных.

Щелкните Далее. На странице Завершение работы мастера введите имя источника данных или используйте имя по умолчанию. Имя по умолчанию — это имя базы данных, используемой соединением. На панели Предварительный просмотр отображается строка подключения для этого нового источника данных.

Нажмите кнопку Готово. Новый источник данных появится в папке Источники данных в обозревателе решений.

Создание источника данных с помощью существующего соединения

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

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

Просмотр или изменение свойств соединения

Строка подключения формируется на основе свойств, выбранных в конструкторе источников данных или в мастере источников данных. Можно просмотреть строку подключения и другие свойства в среде SQL Server Data Tools.

Изменение строки подключения

Дважды щелкните объект источника данных в обозревателе решений среды SQL Server Data Tools.

Щелкните Изменить, а затем — Все на левой панели навигации.

Появится сетка свойств, в которой будут показаны доступные свойства используемого поставщика данных. Дополнительные сведения об этих свойствах см. в документации поставщика. Информацию о SQL Server Native Client см. в разделе Using Connection String Keywords with SQL Server Native Client.

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

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

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

Добавление нескольких источников данных в модель

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

Если определено несколько источников данных, причем в одном запросе требуются данные из нескольких источников (например, измерения, связанные по схеме «снежинка»), необходимо определить источник данных, который поддерживает удаленные запросы через метод OpenRowset. Как правило, это будет источник данных Microsoft SQL Server.

Существуют следующие требования к использованию нескольких источников данных.

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

Для объединения данных из нескольких источников данных используйте следующий подход.

Создайте источники данных в модели.

Создайте представление источника данных, используя реляционную базу данных SQL Server в качестве источников данных. Это будет первичный источник данных.

В конструкторе представлений источников данных, используя только что созданное представление источника данных, щелкните правой кнопкой мыши в любой точке рабочей области и выберите пункт Добавить/удалить таблицы.

Выберите другой источник данных и таблицы для добавления.

Найдите и выберите таблицу, которая была добавлена. Щелкните правой кнопкой мыши таблицу и выберите команду Создать связь. Выберите исходный и целевой столбцы, содержащие соответствующие данные.

Источник

Проектирование баз данных и работа с ними Веб-приложений. Введение в БД, SQL Server, ADO.NET

9.2.2. ADO.NET

9.2.2.1. Общие сведения

Так как ADO.NET представляет собой набор классов для организации взаимодействия клиентского приложения с базой данных, рассмотрим объектную модель ADO.NET (рис. 9.9).

Объекты, расположенные в правой части называются отсоединенными и позволяют работать с данными автономно.

Одной из основных идей, лежащих в основе ADO.NET является наличие поставщиков данных.

Поставщик данных – это набор классов, предназначенных для взаимодействия с хранилищем данных определенного типа. Рассмотрим уровни модели поставщиков ADO.NET (рис. 9.10).

9.2.2.2. Организация взаимодействия с БД

Рассмотрим описанные выше этапы более подробно.

9.2.2.2.1. Подключение к БД

Дальнейшие примеры кода рассмотрены применимо к СУБД SQL Server 2008 Express.

Впоследствии эту строку можно извлечь из файла web.config :

Для обслуживания соединения с базой данных расходуются ресурсы компьютера, на котором выполняется Веб-приложение. В связи с этим, рекомендуется открывать соединение как можно позже, а закрывать как можно раньше, сразу после того, как все необходимые действия с объектами базы данных были выполнены. Кроме того, желательно строить программный код так, чтобы соединение с базой данных закрывалось при любом исходе соединения с ней (т.е. выполнялся метод Close() ).

Источник

Проектирование баз данных и работа с ними Веб-приложений. Введение в БД, SQL Server, ADO.NET

9.2.2. ADO.NET

9.2.2.1. Общие сведения

Так как ADO.NET представляет собой набор классов для организации взаимодействия клиентского приложения с базой данных, рассмотрим объектную модель ADO.NET (рис. 9.9).

Объекты, расположенные в правой части называются отсоединенными и позволяют работать с данными автономно.

Одной из основных идей, лежащих в основе ADO.NET является наличие поставщиков данных.

Поставщик данных – это набор классов, предназначенных для взаимодействия с хранилищем данных определенного типа. Рассмотрим уровни модели поставщиков ADO.NET (рис. 9.10).

9.2.2.2. Организация взаимодействия с БД

Рассмотрим описанные выше этапы более подробно.

9.2.2.2.1. Подключение к БД

Дальнейшие примеры кода рассмотрены применимо к СУБД SQL Server 2008 Express.

Впоследствии эту строку можно извлечь из файла web.config :

Для обслуживания соединения с базой данных расходуются ресурсы компьютера, на котором выполняется Веб-приложение. В связи с этим, рекомендуется открывать соединение как можно позже, а закрывать как можно раньше, сразу после того, как все необходимые действия с объектами базы данных были выполнены. Кроме того, желательно строить программный код так, чтобы соединение с базой данных закрывалось при любом исходе соединения с ней (т.е. выполнялся метод Close() ).

Источник

Проектирование баз данных и работа с ними Веб-приложений. Введение в БД, SQL Server, ADO.NET

9.2.2. ADO.NET

9.2.2.1. Общие сведения

Так как ADO.NET представляет собой набор классов для организации взаимодействия клиентского приложения с базой данных, рассмотрим объектную модель ADO.NET (рис. 9.9).

Объекты, расположенные в правой части называются отсоединенными и позволяют работать с данными автономно.

Одной из основных идей, лежащих в основе ADO.NET является наличие поставщиков данных.

Поставщик данных – это набор классов, предназначенных для взаимодействия с хранилищем данных определенного типа. Рассмотрим уровни модели поставщиков ADO.NET (рис. 9.10).

9.2.2.2. Организация взаимодействия с БД

Рассмотрим описанные выше этапы более подробно.

9.2.2.2.1. Подключение к БД

Дальнейшие примеры кода рассмотрены применимо к СУБД SQL Server 2008 Express.

Впоследствии эту строку можно извлечь из файла web.config :

Для обслуживания соединения с базой данных расходуются ресурсы компьютера, на котором выполняется Веб-приложение. В связи с этим, рекомендуется открывать соединение как можно позже, а закрывать как можно раньше, сразу после того, как все необходимые действия с объектами базы данных были выполнены. Кроме того, желательно строить программный код так, чтобы соединение с базой данных закрывалось при любом исходе соединения с ней (т.е. выполнялся метод Close() ).

Источник

Использование баз данных в приложениях ASP.NET

Основные сведения о модели доступа к данным ADO.NET

Рассмотрим архитектуру ADO.NET

Так как ADO.NET представляет собой набор классов для организации взаимодействия клиентского приложения с базой данных, рассмотрим объектную модель ADO.NET

На рис. 10.1 показаны классы, составляющие объектную модель ADO.NET

При организации доступа к данным с помощью ADO.NET исключительно важную роль играют объекты, изображенные на рис. 10.1. Рассмотрим их более подробно.

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

Объект Transaction позволяет осуществлять группировку записей в логическую единицу работы, называемой транзакцией. Транзакция логически объединяет несколько различных действий, связанных с манипулированием данными, в единое целое. В процессе выполнения действий, осуществляемых в рамках транзакции, СУБД обычно кэширует изменения, вносимые этими действиями в данные до момента завершения транзакции. Это позволяет производить отмену любых изменений, выполненных в рамках транзакции, в случае, если хотя бы одно из действий транзакции завершилось неудачно.

Объект Parameter позволяет вводить в запрос элемент, значение которого может быть задано непосредственно перед исполнением запроса. За счет этого отпадает необходимость каждый раз изменять текст самого запроса.

Источник