Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Коннолли Т. -> "Базы данных. Проектирование, реализация и сопровождение. Теория и практика" -> 36

Базы данных. Проектирование, реализация и сопровождение. Теория и практика - Коннолли Т.

Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика — М.: Вильямc, 2003. — 1440 c.
ISBN 5-8459-0527-3
Скачать (прямая ссылка): bazidannihpproekt2003.djv
Предыдущая << 1 .. 30 31 32 33 34 35 < 36 > 37 38 39 40 41 42 .. 683 >> Следующая


• сущности "реальногомира", такие как Staff (Работник), Prop^rtyForRent (Арендуемая собственность), Privateuwner (Владелец собственности) и Client (Клиент);

• атрибуты, описывающие свойства или качества каждой сущности (например, сущность staff обладает атрибутами name (Имя), position (Должность) и salary (Зарплате));

• связи между этими сущностями (например, Staff Manages Propeity-ForRent). Более того, поскольку база данных является общим ресурсом, то каждому пользователю может потребоваться свое, отличное от других представление о характеристиках информации, сохраняемой в базе данных. Для удовлетворения этих потребностей архитектура большинства современных коммерческих СУБД в той или иной степени строится на базе так называемой архитектуры ANSI-SPARC. В этой главе мы обсудим маличные архитектурные и функционалвные характеристики СУБД.

сгруктура этой главы

В разделе 2.1 рассматрииаютгг трехуровневая архитектура ANiSI-OPA'KC и преимущества, достигаемые при ее использовании. В разделе 2.2 рассматриваются типы языков, которые испольгуются в среде СУБД, а в разделе 2.3 вводятся понятия моделей данных и концептуального моделирования, которые более подробно будут описаны в других частях этой книги. В разделе 2.4 обсуждаются основные функции, которые должна выполнять СУБД, а в разделах 2.5 и 2.6 — внутренняя архитектура типичной СУБД. Завершается эта глава разделом 2.7 с описанием функциональных возможностей системного каталога СУБД, в котором хранятся метаданные (т.е. данные о данных, сохраняемых в этой базе). Примеры в этой главе построены на основе учебного проекта DreamHome, описанного в разделе 10.4 и в приложении А.

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

2.1. Трехуровневая архитектура ANSI-SPARC

Первая попытка создания стандартной терминологии и общей архитектуры СУБД была предпринята в 1971 году группой DBTG. Она была создана после конференции COUASYIj (Conference on Data Systems and Languages — Конференция по языкам и системам данных), прошедшей в этом же году. Группа DBTG признала необходимость использования двухуровневого подхода, построенного на основе использования системного представления, т.е. схемы (schema), и пользовательских представлений, т.е. подсхем (subschema). Сходные терминология и архитектура были предложены в 1975 году Комитетом планирования стандартов и норм SPARC (Standards Planning and Requirements Committee) Национального института стандартизации США (American National Standard Institute - ANSI), ANSI/X3/SPARC [5]. Комитет ANSI rSPARC признал необходимость использования трехуровневого подхода к созданию системного каталога. В этих материалах отражены предложения, которые были сделаны организациями Guide and Share, состоящими из пользователей продуктов корпорации IBM, и опубликованы за несколько лет до этого. Основное внимание в них было сконцентрировано на необходимости воплощения независимого уровня для изоляции программ от особенностей представления данных на более низком уровне [1441. Хотя модель ANSI/SPARC не стала стандартом, она все еше представляет собой основу для понимания некоторых функциональных особенностей СУБД.

В данном случае для нас наиболее фундаментальным моментом в этих и последующих отчетах исследовательских групп является определение трех уровней абстракции, т.е. трех различных уровней описания элементов данных. Эти уровни формируют трехуровневую архитектуру, которая охватывает внешний, кон-

78

Часть I. ОСНОВНЫЕ СВВДЕНИЯ цептуа ъъный и внутренний уровни, как показано на рис. 2.1. Уровень, на котором данные воспринимаются пользователями, называется внешним уровнем (external Wbljt тогда как СУБД и операционная система воспринимают данные на внутреннем уровне (internal level). Именно на внутреннем уровне данные реально сохраняются с использованием всех тех структур и файловой организации, которые описаны в приложении В. Концептуальный уровень (conceptual level) представления данных предназначен для отображения внешнего уровня на внутренний и обеспечения необходимой независимости друг от друга.

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

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

• Пользователи не должны непосредственно иметь дело с такими подробностями физического хранения данных в базе, как индексирование и хеширование (приложение В). Иначе говоря, взаимодействие пользователя с базой не должно зависеть от особенностей хранения в ней данных.
Предыдущая << 1 .. 30 31 32 33 34 35 < 36 > 37 38 39 40 41 42 .. 683 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100