Реляционная модель данных

Архитектура ODBC состоит из четырех компонентов.
Приложение — выполняет обработку данных и вызов функций библиотеки ODBC для отправки операторов SQL в СУБД и выборки информации из СУБД.
Диспетчер драйверов — выполняет загрузку и выгрузку драйверов по требованию приложения. Этот программный компонент, который представляет собой динамически связываемую библиотеку (Dynamic-Link Library — DLL), может сам обрабатывать вызовы функций ODBC или передавать их драйверу.
Д райверы и агенты баз данных — обрабатывают вызовы функций ODBC, направляют запросы SQL конкретным источникам данных и возвращают полученные результаты приложению. В случае необходимости драйверы модифицируют исходный запрос приложения, чтобы он соответствовал синтаксическим требованиям конкретной СУБД.

Рис. 21.3. Архитектура ODBC: а) с использованием нескольких драйверов; б) с использованием одного драйвера

В варианте архитектуры ODBC с использованием нескольких драйверов (рис. 21.3, а) все упомянутые выше задачи должны решаться самим драйвером ODBC, поскольку агент базы данных не существует. В случае использования единственного драйвера ODBC (рис. 21.3, б) для каждого из типов СУБД потребуется применение агентов базы данных, размещаемых в серверной части приложения. При обработке запросов на доступ к БД эти агенты тесно взаимодействуют с драйвером ODBC, расположенным в клиентской части приложения. В среде Windows драйвер ODBC реализован в виде библиотеки DLL. Агенты баз данных реализуются как фоновые процессы (демоны), которые функционируют на сервере с установленной СУБД.

9.14. Использование CASE-инструментов

Инструменты автоматизированного проектирования и создания программных средств принято называть CASE-инструментами (Computer-Aided Software Engineering). В самом широком смысле термин «CASE-инструмент» применим к любым средствам автоматизированного проектирования и создания программ. Подобные инструменты просто необходимы для достижения максимальной эффективности действий по разработке БД. CASE-инструменты могут включать следующие компоненты:

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

Как показано на рис. 9.6, существуют CASE-инструменты трех категорий: 1) CASE-инструменты верхнего уровня; 2) CASE-инструменты нижнего уровня; 3) интегрированные CASE-инструменты. CASE-инструменты верхнего уровня применяются на начальных этапах жизненного цикла разработки БД, от планирования до проектирования БД, а CASE-инструменты нижнего уровня — на более поздних этапах, начиная со стадии реализации, в ходе тестирования и на протяжении всего процесса сопровождения функционирующей система Интегрированные CASE-инструменты применяются на всех стадиях жизненного цикла системы, поэтому они должны поддерживать все функции CASE-инструментов — как высокого, так и низкого уровней.

Рис. 9.6. Применение CASE-инструментов