ВУЗ:
Составители:
Рубрика:
Мартьянова А.Е. Базы данных и знаний 273
Такой подход является достаточно универсальным, стандартизи-
руемым, что и позволяет использовать ODBC-механизмы для работы
практически с любой системой.
Однако этот способ также не лишен недостатков:
• увеличивается время обработки запросов (как следствие введения
дополнительного программного слоя);
• необходимы предварительная инсталляция и настройка ODBC-
драйвера (указание драйвера СУБД, сетевого пути к серверу, базы
дан-
ных и т.д.) на каждом рабочем месте. Параметры этой настройки являют-
ся статическими, то есть приложение их изменить самостоятельно не
может.
Встраивание и связывание объектов в базах данных – OLE DI (Ob-
ject Linking and Embedding Data Base), как и ODBC – прикладные интер-
фейсы доступа к данным с использованием SQL.
OLE DB специфицирует взаимодействие, обеспечивая единый ин-
терфейс доступа к данным
через провайдеров – поставщиков данных не
только из реляционных БД. В отличие от ODBC, OLE DB предоставляет
общее решение обеспечения COM-приложениям доступа к информации
независимо от типа источника данных.
OLE DB включает два базовых компонента: провайдер данных и
потребитель данных. Потребитель (клиент) – это приложение или СОМ-
компонент, обращающийся посредством API-вызовов к OLE DB. Про-
вайдер (сервер) – это приложение
отвечающее на вызовы OLE DB и воз-
вращающее запрашиваемый объект – обычно это данные в табличном
виде.
ADO (Active Data Object) – это универсальный интерфейс высокого
уровня к OLE DB. Модель объекта ADO не содержит таблиц, среды или
машины БД. Здесь основными объектами являются следующие: объект
Соединение, создающий связь с провайдером данных; объект Набор дан-
ных и объект Команда – выполнение
процедуры, SQL-строки.
В общем случае ADO можно рассматривать как язык программи-
рования с БД, позволяющий выбирать, модифицировать и удалять запи-
си. И поскольку он опирается на универсальный OLE DB, то может ис-
пользоваться практически в любых приложениях Microsoft.
Рассмотренные технологии построения приложения ориентирова-
ны на извлечение данных непосредственно из статического источника
(хранилища данных) и
не могут обращаться за данными к другому при-
кладному модулю.
Мартьянова А.Е. Базы данных и знаний 273 Такой подход является достаточно универсальным, стандартизи- руемым, что и позволяет использовать ODBC-механизмы для работы практически с любой системой. Однако этот способ также не лишен недостатков: • увеличивается время обработки запросов (как следствие введения дополнительного программного слоя); • необходимы предварительная инсталляция и настройка ODBC- драйвера (указание драйвера СУБД, сетевого пути к серверу, базы дан- ных и т.д.) на каждом рабочем месте. Параметры этой настройки являют- ся статическими, то есть приложение их изменить самостоятельно не может. Встраивание и связывание объектов в базах данных OLE DI (Ob- ject Linking and Embedding Data Base), как и ODBC прикладные интер- фейсы доступа к данным с использованием SQL. OLE DB специфицирует взаимодействие, обеспечивая единый ин- терфейс доступа к данным через провайдеров поставщиков данных не только из реляционных БД. В отличие от ODBC, OLE DB предоставляет общее решение обеспечения COM-приложениям доступа к информации независимо от типа источника данных. OLE DB включает два базовых компонента: провайдер данных и потребитель данных. Потребитель (клиент) это приложение или СОМ- компонент, обращающийся посредством API-вызовов к OLE DB. Про- вайдер (сервер) это приложение отвечающее на вызовы OLE DB и воз- вращающее запрашиваемый объект обычно это данные в табличном виде. ADO (Active Data Object) это универсальный интерфейс высокого уровня к OLE DB. Модель объекта ADO не содержит таблиц, среды или машины БД. Здесь основными объектами являются следующие: объект Соединение, создающий связь с провайдером данных; объект Набор дан- ных и объект Команда выполнение процедуры, SQL-строки. В общем случае ADO можно рассматривать как язык программи- рования с БД, позволяющий выбирать, модифицировать и удалять запи- си. И поскольку он опирается на универсальный OLE DB, то может ис- пользоваться практически в любых приложениях Microsoft. Рассмотренные технологии построения приложения ориентирова- ны на извлечение данных непосредственно из статического источника (хранилища данных) и не могут обращаться за данными к другому при- кладному модулю.
Страницы
- « первая
- ‹ предыдущая
- …
- 271
- 272
- 273
- 274
- 275
- …
- следующая ›
- последняя »