Разработка приложений баз данных в Delphi. Шейкер Т.Д. - 123 стр.

UptoLike

Составители: 

123
приложения и используемую для доступа к источнику данных. Для каждого ти-
па СУБД нужен собственный OLE DB-провайдер, так как эти провайдеры бази-
руются на функциях клиентских API, разных для различных СУБД.
Если для доступа к конкретному источнику данных существует только
ODBC-драйвер, то для применения технологии OLE DB можно использовать
OLE DB-провайдер, предназначенный для доступа к
ODBC-источнику данных.
Этот провайдер использует не API клиентской части какой-либо СУБД, а ин-
терфейс ODBC API, поэтому он применяется вместе с ODBC-драйвером для
выбранной СУБД.
Так как архитектура OLE DB основана на COM, то механизм создания
результирующих наборов состоит из последовательностей шагов:
создание объекта;
запрос указателя на интерфейс созданного объекта;
вызов метода
интерфейса.
Аналогично комплексу действий, который производится после создания
результирующего набора при применении технологии ODBC – выполнения
связывания, в технологии OLE DB используется механизм аксессоров.
6.4.2. Объектная модель OLE DB
Спецификация OLE DB описывает набор интерфейсов, реализуемых объ-
ектами OLE DB. Каждый объектный тип определен как набор интерфейсов.
Спецификация OLE DB определяет набор интерфейсов базового уровня, кото-
рые должны реализовываться любыми OLE DB-провайдерами.
В базовую модель OLE DB входят объекты DataSource, Session, Rowset.
Объект DataSource (источник данных) предназначен для соединения с
источником данных и создания одного или нескольких сеансов. Этот
объект
управляет соединением, использует информацию о полномочиях и аутентифи-
кации пользователя.
Объект Session (сеанс) управляет взаимодействием с источником данных
выполняет запросы и создает результирующие наборы, позволяет возвращать
метаданные. В сеансе может создаваться одна или несколько команд.
приложения и используемую для доступа к источнику данных. Для каждого ти-
па СУБД нужен собственный OLE DB-провайдер, так как эти провайдеры бази-
руются на функциях клиентских API, разных для различных СУБД.
     Если для доступа к конкретному источнику данных существует только
ODBC-драйвер, то для применения технологии OLE DB можно использовать
OLE DB-провайдер, предназначенный для доступа к ODBC-источнику данных.
Этот провайдер использует не API клиентской части какой-либо СУБД, а ин-
терфейс ODBC API, поэтому он применяется вместе с ODBC-драйвером для
выбранной СУБД.
     Так как архитектура OLE DB основана на COM, то механизм создания
результирующих наборов состоит из последовательностей шагов:
     – создание объекта;
     – запрос указателя на интерфейс созданного объекта;
     – вызов метода интерфейса.
     Аналогично комплексу действий, который производится после создания
результирующего набора при применении технологии ODBC – выполнения
связывания, в технологии OLE DB используется механизм аксессоров.

     6.4.2. Объектная модель OLE DB
     Спецификация OLE DB описывает набор интерфейсов, реализуемых объ-
ектами OLE DB. Каждый объектный тип определен как набор интерфейсов.
Спецификация OLE DB определяет набор интерфейсов базового уровня, кото-
рые должны реализовываться любыми OLE DB-провайдерами.
     В базовую модель OLE DB входят объекты DataSource, Session, Rowset.
     Объект DataSource (источник данных) предназначен для соединения с
источником данных и создания одного или нескольких сеансов. Этот объект
управляет соединением, использует информацию о полномочиях и аутентифи-
кации пользователя.
     Объект Session (сеанс) управляет взаимодействием с источником данных –
выполняет запросы и создает результирующие наборы, позволяет возвращать
метаданные. В сеансе может создаваться одна или несколько команд.

                                    123