Ядро субд

Третий компонент СУБД — это ее ядро (DBMS engine), которое выполняет функцию посредника между подсистемой средств проектирования и обработки и данными. Ядро СУБД получает запросы от двух других компонентов, выражен­ные в терминах таблиц, строк и столбцов, и преобразует эти запросы в команды операционной системы, выполняющие запись и чтение данных с физического но­сителя.

Кроме того, ядро СУБД участвует в управлении транзакциями², блокировке, резервном копировании и восстановлении. Дейст­вия с базой данных должны выполняться как единое целое. Например, при обра­ботке заказа изменения в таблицах КЛИЕНТ, ЗАКАЗ и СКЛАД должны производить­ся согласованно: либо выполняются все, либо не выполняется ни одно. Ядро СУБД помогает координировать действия, с тем чтобы либо выполнялись все действия в группе, либо не выполнялось ни одного.

Microsoft предоставляет два различных ядра для Access 2002: Jet Engine и SQL Server. Ядро Jet Engine используется для небольших персональных и коллектив­ных баз данных. Ядро SQL Server, представляющее собой независимый продукт Microsoft, предназначено для крупных баз данных уровня отдела и небольших или среднего размера организационных баз данных. Когда вы создаете базу дан­ных с помощью встроенных в Access 2002 средств генерации таблиц (такие базы данных хранятся вместе с suffix.mdb – т.е. с расширением mdb), вы используете Jet Engine. Создавая про­ект Access 2002 (с suffix.adp), вы тем самым создаете прикладной интерфейс для ядра SQL Server.

Создание базы данных

Схема базы данных (database scheme) определяет структуру базы данных, ее таб­лиц, связей и доменов, а также деловой регламент. Схема базы данных — это про­ект, основа, на которой строятся база данных и ее приложения.

Домены

Домен(domain) — это множество значений, которые может принимать стол­бец.(здесь это определение значительно упрощено).

Деловой регламент

Последний элемент схемы базы данных — это деловой регламент (business rules), представляющий собой ограничения на возможные действия пользователя, кото­рые необходимо отразить в базе данных и ее приложениях. Например, преподаватель может работать только на одной кафедре института, студент обязан посещать все занятия, предусмотренные расписанием группы и т.д.

Деловой регламент является важной частью схемы, поскольку он задает та­кие ограничения на возможные значения данных, которые должны выполняться в любом случае, независимо от того, каким образом изменения достигают ядра СУБД. Не важно, что является источником запроса на изменение данных — пользователь формы, запрос на обновление/чтение или прикладная программа: СУБД должна позаботиться о том, чтобы эти изменения не нарушили никаких правил.

К сожалению, реализация делового регламента осуществляется в различных СУБД по-разному. В Access 2002 некоторые правила могут задаваться в схеме и выполняться автоматически. В таких продуктах, как SQL Server и Oracle, деловой регламент реализуется с помощью так называемых хранимых процедур (stored procedures). В некоторых случаях СУБД оказывается неспособной реализовать выполнение требуемых правил, и их приходится закладывать в прикладные про­граммы.

Создание таблиц

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

Определение связей

Одним из преимуществ объявления связи для СУБД является то, что ко­гда данные из столбцов двух таблиц считываются в форму, запрос или отчет, СУБД знает, как связаны строки этих таблиц. Хотя эту связь можно указать для каждой конкретной формы, запроса или отчета, однократное объявление экономит время и снижает вероятность ошибок.

Компоненты приложения

Приложение базы данных состоит из форм, запросов, отчетов, меню и приклад­ных программ. Как показано на рис. 2.1, формы, запросы и отчеты можно созда­вать с помощью средств, поставляемых в комплекте с СУБД. Прикладные про­граммы должны быть написаны либо на входном языке СУБД, либо на одном из стандартных языков и затем посредством СУБД соединены с базой данных.