2. Архитектура системы баз данных.

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

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

Внутренний уровень архитектуры поддерживает представление данных в среде хранения и пути доступа к ним. На этом архитектурном уровне БД представлена в полностью "материализованном" виде, тогда как на других уровнях идёт работа на уровне отдельных экземпляров или множества экземпляров данных. Описание БД на внутреннем уровне называется внутренней схемой или схемой хранения.

Внешний уровень архитектуры БД предназначен для групп пользователей. Описание представления данных для группы пользователей называется внешней схемой. Наличие внешнего уровня позволяет поддерживать разное представление одних и тех же данных для различных групп пользователей или задач.

В данной архитектурной модели предполагается наличие в системе БД механизмов, обеспечивающих междууровневое отображение данных "внешний – концептуальный" и "концептуальный – внутренний". Функциональные возможности этих механизмов определяют степень независимости данных на всех уровнях. На переходе "внешний – концептуальный" обеспечивается логическая независимость данных, на переходе "концептуальный – внутренний" – физическая независимость. Под логической независимостью подразумевается возможность вносить изменения в концептуальный уровень, не меняя представление БД для пользователей, или изменять представление данных для пользователей без изменения концептуальной схемы. Физическая независимость данных подразумевает возможность вносить изменения в схему хранения, не меняя концептуальную схему БД.

Взаимодействие приложения и субд.

Взаимодействие приложений и СУБД: клиент-сервер

• Процесс(ы) СУБД принимают и выполняют запросы прикладных программ (1965)

• Сервер необходим для поддержки конкурентного доступа к разделяемым данным

• Потенциально обеспечиваются все основные функции СУБД в полном объеме

• Поддерживается всеми большими СУБД

Взаимодействие приложения с СУБД: встроенные БД (1975)

• Компоненты БД выполняются в процессах приложений (как подпрограммы)

• Ограниченный набор функций БД (не может быть обеспечен разделяемый доступ, безопасность и отказоустойчивость)

• Производительность невысока

• Чаще всего – однопользовательские системы

• Встраивание приложений в БД (MS Access)

• Полезны в составе распределенных систем

Взаимодействие приложений с СУБД: многослойные системы

• Приложения взаимодействуют с СУБД через «средний слой»

• Часть функций СУБД выполняется средним слоем

• Мониторы транзакций, серверы приложений

• Примеры: IBM CICS (1967), BEA Tuxedo, BEA WebLogic, …

Также можно рассказать что-нибудь про драйверы и орм.