Главная » Microsoft SQL Server, Базы данных » Элементы пакетов службы интеграции – ЧАСТЬ 1

0

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

Диспетчеры подключений

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

База данных

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

?               Provider (поставщик). Драйвер, используемый для подключения к базе данных.

?               Server (сервер). Сервер или имя файла, содержащие базу данных, к которой осуществляется доступ.

?               Initial Canalog (исходный каталог). Выбор базы данных по умолчанию в источнике, содержащем множество баз.

?               Security (защита). Используемый метод аутентификации, а также необходимые имя пользователя и пароль.

Чаще всего выбирают диспетчер подключений OLE DB, позволяющий использовать множество “родных” поставщиков СУБД SQL Server, Oracle, Jet (Access), а также длинный список других типов источников. Среди других диспетчеров подключений можно назвать следующие.

Основным достоинством службы интеграции является скорость. Среда ADO.NET На заметку предлагает больше средств, но в большинстве случаев это совершенно не то, что заставляет пользователей обращаться к службе интеграции. Большинство разработчиков по той же причине отдают предпочтение OLE DB, а также потому, что с помощью подключения ADO.NET нельзя сконфигурировать выход — только вход.

?               ADO. Реализует уровень абстракции ADO (т.е. уровень команд, наборов данных и т.п.), базирующийся на поставщике OLE DB. ADO не используется встроенными элементами службы интеграции, но может понадобиться для специализированных задач, использующих этот интерфейс (например, для старых приложений, написанных в среде Visual Basic 6.0).

?               ADO.NET. Реализует для выбранного подключения к базе данных уровень абстракции ADO.NET (т.е. уровень именованных параметров, объектов чтения данных и наборов данных). Несмотря на то что ADO.NET не может похвастаться такой же скоростью, как OLE DB, подключение ADO.NET позволяет выполнять сложные параметризованные сценарии, обеспечивать в памяти наборы данных для циклов Foreach, а также поддерживать произвольные задачи, запрограммированные с помощью таких языков, как C# и VB.NET.

?               ODBC. Позволяет конфигурировать диспетчер подключений на основе ODBC DSN. Этот диспетчер может оказаться полезным, когда для данного источника недоступны поставщики .NET или OLE DB.

?               Analysis Services. При доступе к существующей базе данных службы анализа этот диспетчер является аналогом OLE DB, который использует поставщика Analysis Services 9.0. В качестве альтернативы в том же решении может использоваться неразвернутая база данных службы анализа — для поддержки новой базы данных были разработаны полезные средства для пакетов. Если по какой-то причине требуется один из старых поставщиков OLAP, к нему можно получить доступ с помощью диспетчера подключений OLE DB.

?               SQL Server Mobile. Позволяет подключиться к мобильной базе данных в файле . SDF.

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

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

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

Дополнительная Более подробно об источниках данных и их представлениях мы поговорим

информация в главе 43.

Для создания диспетчера подключений нужно щелкнуть правой кнопкой мыши на панели Connection Manager и выбрать в контекстном меню пункт New Connection from Data Source. При этом информация о подключении будет унаследована от источника данных. Сам источник данных может быть составной частью проекта (но не решения), содержащего моделируемый пакет. При настройке заданий, использующих данный диспетчер, выбирайте его обычным образом из списка доступных подключений. Если было создано несколько представлений источника данных, то они будут перечислены как дочерние объекты этого источника и содержать, возможно, меньшее количество таблиц. Если представление источника данных было создано на основе множества таблиц из разных источников, то при выборе представления будут видимы только объекты первичного источника данных. Именованные запросы доступны для пакетного использования — это достаточно удобный механизм в случае, когда конкретное представление должно довольно часто использоваться в пакете.

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

Файл

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

\\имя_сервера\имя_общего_ресурса_сети\путь\файл.расширение

Некоторые диспетчеры конфигурирования файлов перечислены ниже.

?               Flat File. Текстовый файл, в который помещена таблица, вместе с параметрами региональных настроек и заголовками. Этот так называемый “плоский” файл может иметь один из трех форматов.

•                С разделителями. Данные в файле отделены друг от друга с помощью разделителей. Обычно в роли разделителя столбцов выступает запятая, а в роли разделителя строк — последовательность символов возврата каретки и перевода строки, т.е. {CR} {LF}.

•                С фиксированной шириной. Данные в файле имеют фиксированные размеры; при этом не используется никаких разделителей строк или столбцов. При открытии

в обычном текстовом редакторе, таком как Notepad, все данные представляются так, будто все они составляют одну строку.

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

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

?               Multiple Flat File. Этот диспетчер аналогичен Flat File, однако позволяет выбирать множество файлов, индивидуально или с помощью символов макроподстановки. Элементам службы интеграции такие данные представляются в виде единой таблицы.

?               File. Идентифицирует файл или папку файловой системы, не определяя содержимое. Такие указатели на файлы используются многими элементами службы интеграции. Например, задания File System и FTP используют этот диспетчер для манипуляций файлами, а задания Execute SQL— для идентификации файла, из которого следует прочитать инструкцию SQL. Конкретный тип использования (Create file, Existing file, Create folder, Existing folder) гарантирует создание корректного указателя на файл.

?               Multiple Files. Функционально идентичен диспетчеру File, однако позволяет выбирать множество файлов, либо индивидуально, либо с помощью символов макроподстановки.

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

Специализированные диспетчеры подключений

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

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

?               HTTP. Определяет подключение к Web-службам. Введите URL-адрес файла определения WSDL Web-службы. Например, адрес

http://MyServer/reportserver/reportservice.asmx?wsdl

указывает на файл определения службы отчетности на сервере MyServer. Этот диспетчер используется заданием Web Service для доступа к методам Web-службы.

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

По теме:

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