субд

приложение состоит т форм и отчетов, с которыми работают пользователи

Механизм СУБД tt-e входит в бу данных

база данных представпрет собой реализациюсхемьг базы данных и модели данных на физическсал 4i уровне у

предметная ть- это определенная часть реального мира

Рис. 1-1 миНЫ, используемые в области реляционн1х баз данных

Определение физической модели - создаваемых таблиц и представлений, называется схемой базы данных или просто схемой. Схема - это перевод концептуальной модели в физическое представление, осуществляемое, как правило, средствами системы управления базами дап-ных. Схема - это понятие, относящееся к концептуальному, а не к физическому уровню. Это все та же модель данных, описываемая в терминах, используемых механизмом СУБД (database engine) - таблицы, триггеры и т. п. Механизм СУБД хорош и тем, что при его использовании не приходится иметь дело с физической модели; до известного предела вы можете игнорировать такие сущности, как би-деревья и листовые узлы.

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

В понятие база данных не входят мжение, состоящее, как правило, из форм и отчетов, с которыми работают пользователи, а также средства, обеспечивающие связь между серверной и клиентской частями клиент-серверных приложений (например, связующее программное обеспечение или Microsoft Transaction Server). Кроме

того, в базу данных не входит механизм СУБД. Например, файл Access с расширением - это база данных, a Microsoft Jet - механизм СУБД. На самом деле файл помимо базы данных, может содер-

жать множество других объектов (форм, отчетов и т. д.), однако сейчас мы не будем останавливаться на этом вопросе, отложив его для

дальнейшего обсуждения.

Для описания всех этих элементов: приложения, базы данных, механизма базы данных, а такж щезо программного обеспечения, мы будем использовать термин система баз данных. Все программное обеспечение и данные, составляющие реальную эксплуатируемую систему, входят в состав системы баз данных.

Инструменты для работы с базами данных

Эта книга посвящена, главным образом, вопросам разработки, а не реализации баз данных; однако от теории мало толку, если вы не знаете, как ее применять. Поэтому мы уделим внимание построению

реляционных баз данных пр тощи средств, предоставляемых корпорацией Microsoft. Этих средств уже немало, и с каждым годом становится все больше. Поэтому давайте остановимся и более внимательно рассмотрим сами средства и их взаимодействие друг с другом (рис. 1-2). Проще всего воспринимать их как инструменты, которыми мы, разработчики, пользуемся, чтобы превратить абстрактную модель адьную эксплуатируемую систему. На рисунке инструменты для работы с базами данных сгруппированы именно по этому принципу.

Рис. 1-2. Инструменты дляработы с базами данн1х

Механизм СУБД

На самом нижнем уровне находится механизм СУБД. Его часто называют .серверной частью , однако это неточно, поскольку данный термин подразумевает существование определенной физической архитектуры, о которой подробнее будет рассказываться в главе 10. Механизм базы данных - это специальные средства, предназначенные для физического манипулирования данными: хранением их на