Базы данных и знаний. Мартьянова А.Е. - 272 стр.

UptoLike

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

Мартьянова А.Е. Базы данных и знаний
272
272
стольных ПК, в роли встроенного программного обеспечения доступа к
данным могут выступать обычные ODBC-драйверы.
Стандарт SQL2 определил интерфейс уровня вызова (CLI — Call
Level Interface), в котором стандартизирован общий набор рабочих про-
цедур, обеспечивающий совместимость со всеми основными типами сер-
веров баз данных [7]. Технологическая основа CLI – размещаемая на
компьютере клиента специальная библиотека, в которой хранятся вызо-
вы
процедур и сетевых компонентов для организации связи с сервером.
Это программное обеспечение поставляется обычно в составе среды раз-
работки и поддерживает разнообразные сетевые протоколы.
Использование программных вызовов позволяет свести к миниму-
му операции на компьютере-клиенте. В общем случае клиент формирует
оператор языка SQL в виде строки и пересылает ее на сервер
посредст-
вом процедуры исполнения (execute). Когда же сервер в качестве ответа
возвращает несколько строк данных, клиент считывает результат после-
довательным вызовом процедуры выборки данных. Далее данные из
столбцов полученной таблицы могут быть связаны с соответствующими
переменными приложения. Вызов специальной процедуры позволяет
клиенту определить число полученных строк, столбцов и типы данных в
каждом столбце.
Спецификация открытого интерфейса баз данных (ODBC Open Da-
tabase Connectivity), предназначена для унификации доступа к данным,
размешенным на удаленных серверах. ODBC опирается на специфика-
ции CLI.
ODBC представляет собой программный слой, унифицирующий
интерфейс взаимодействия приложений с базами данных. За реализацию
особенностей доступа к каждой отдельной СУБД отвечает соответст-
вующий специальный ODBC-драйвер. Пользовательское приложение
этих особенностей не
видит, так как взаимодействует с универсальным
программным слоем более высокого уровня. Таким образом, приложение
становится в значительной степени независимым от СУБД. Вместо соз-
дания в каждом отдельном случае СУБД приложения с обращениями че-
рез «родной», но быстро устаревающий интерфейс, можно использовать
один общий стандартизированный программный интерфейс. В архитек-
туре ODBC используется
один ODBC Driver Manager и несколько ODBC-
драйверов, обеспечивающих доступ к конкретным СУБД. Driver Manager
связывает приложение и интерфейсные объекты, которые выполняют
обработку SQL-запросов к конкретной СУБД.
272                               Мартьянова А.Е. Базы данных и знаний


стольных ПК, в роли встроенного программного обеспечения доступа к
данным могут выступать обычные ODBC-драйверы.
      Стандарт SQL2 определил интерфейс уровня вызова (CLI — Call
Level Interface), в котором стандартизирован общий набор рабочих про-
цедур, обеспечивающий совместимость со всеми основными типами сер-
веров баз данных [7]. Технологическая основа CLI – размещаемая на
компьютере клиента специальная библиотека, в которой хранятся вызо-
вы процедур и сетевых компонентов для организации связи с сервером.
Это программное обеспечение поставляется обычно в составе среды раз-
работки и поддерживает разнообразные сетевые протоколы.
      Использование программных вызовов позволяет свести к миниму-
му операции на компьютере-клиенте. В общем случае клиент формирует
оператор языка SQL в виде строки и пересылает ее на сервер посредст-
вом процедуры исполнения (execute). Когда же сервер в качестве ответа
возвращает несколько строк данных, клиент считывает результат после-
довательным вызовом процедуры выборки данных. Далее данные из
столбцов полученной таблицы могут быть связаны с соответствующими
переменными приложения. Вызов специальной процедуры позволяет
клиенту определить число полученных строк, столбцов и типы данных в
каждом столбце.
      Спецификация открытого интерфейса баз данных (ODBC Open Da-
tabase Connectivity), предназначена для унификации доступа к данным,
размешенным на удаленных серверах. ODBC опирается на специфика-
ции CLI.
      ODBC представляет собой программный слой, унифицирующий
интерфейс взаимодействия приложений с базами данных. За реализацию
особенностей доступа к каждой отдельной СУБД отвечает соответст-
вующий специальный ODBC-драйвер. Пользовательское приложение
этих особенностей не видит, так как взаимодействует с универсальным
программным слоем более высокого уровня. Таким образом, приложение
становится в значительной степени независимым от СУБД. Вместо соз-
дания в каждом отдельном случае СУБД приложения с обращениями че-
рез «родной», но быстро устаревающий интерфейс, можно использовать
один общий стандартизированный программный интерфейс. В архитек-
туре ODBC используется один ODBC Driver Manager и несколько ODBC-
драйверов, обеспечивающих доступ к конкретным СУБД. Driver Manager
связывает приложение и интерфейсные объекты, которые выполняют
обработку SQL-запросов к конкретной СУБД.



                                 272