Модели данных. Классификация моделей данных представлена на рис

Классификация моделей данных представлена на рис.

Модели данных

Инфологические Даталогические Физические

модели модели модели

Модель IDEF1X Докумен- Фактогра- На файловых На странично-

«сущность- модель тальные фические структурах сегментной

связь» организации

Теоретико Теоретико Объектно-

графовые множественные ориентированные

Иерархическая Сетевая Реляционная

Рис. Классификация моделей данных

Инфологическая (концептуальная) модель (ИЛМ) используется на ранних стадиях разработки БД и должна отражать смысл взаимосвязи объектов ПО. В ИЛМ информация о ПО представлена в виде, независимом от конкретной СУБД.

Модель «сущность-связь» (entity-relationship model, E-R model) представляет собой совокупность понятий и графических символов для построения концептуальных схем. Модель была предложена Питером Ченом в 1975 году и стала стандартом инфологического моделирования. В начале 90-х годов в качестве национального стандарта США была разработана новая версия модели «сущность-связь». Данная версия получила название IDEF1X, она сохраняет основные идеи модели «сущность-связь», но использует для их представления другие символы. В стандарте IDEF1X есть средства для разработки концептуальных схем БД и преобразования их во внутренние схемы. На основе модели «сущность-связь» разработана объектно-ориентированная модель UML - унифицированный язык моделирования объектно-ориентированных программ и приложений.

Существует много инструментальных средств, поддерживающих процесс разработки АС обработки информации на технологии БД. Например, такие CASE системы, как ERWin от компании Computer Associates, Microsoft Visio, Designer 2000 компании Oracle применяются для построения моделей в стандарте IDEF1X. CASE системы обеспечивают быстрое и наглядное проектирование и перепроектирование БД, автоматическое документирование, синхронизацию концептуальной и внутренней схем, полную или частичную генерацию БД и внесение изменений в структуру существующей БД с сохранением данных, поддержку различных СУБД, проектирование хранилищ данных, проектирование и генерацию приложений.

Даталогические (логические) модели (ДЛМ) могут поддерживаться конкретными СУБД. Документальные модели соответствуют представлению о слабоструктурированной информации обычных текстовых и гипертекстовых документов, словарей, классификаторов.

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

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

Объектно-реляционные СУБД сочетают реляционный и объектный подходы к хранению объектов. Существуют и другие модели, такие как постреляционная, многомерная, семантическая и т.д.

Физическая модель характеризует организацию внешней памяти и структур хранения. Это внутренняя модель ФБД.

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

Дата добавления: 2014-01-07