Реляционная модель данных. Карепова Е.Д. - 4 стр.

UptoLike

ВУЗ: 

СФУ | Красноярск

Составители: 

Рубрика: 

7
4. Навигационная природа ранних систем и доступ к данным на уровне
записей заставляли пользователя самого производить всю оптимизацию
доступа к БД, без какой-либо поддержки системы.
5. После появления реляционных систем большинство ранних систем
было оснащено "реляционными" интерфейсами. Однако это не сделало их
по-настоящему реляционными системами.
Ранние СУБД обладали рядом неоспоримых достоинств:
− развитые средства управления данными во внешней памяти (ВП) на низ-
ком уровне;
− возможность построения вручную эффективных прикладных систем;
− возможность экономии памяти за счет разделения подобъектов (в сетевых
системах).
Недостатки же этих систем вполне очевидны
:
− слишком сложно пользоваться;
− всегда необходимы знания о физической организации;
− прикладные системы зависят от физической организации;
− логика системы перегружена деталями организации доступа к БД.
ПРИНЦИПЫ КОНЦЕПТУАЛЬНОГО ПРОЕКТИРОВАНИЯ
Сейчас считается общепринятым на первом этапе проектирования
строить некоторую базовую модель, именующуюся концептуальной (инфо-
логической). На нее возлагается ответственность за сохранение семантики
предметной области, что не может обеспечить пока никакая модель логиче-
ского уровня. Ни теоретико-графовые модели, ни реляционная модель не от-
ражают семантику реального мира. Наиболее близко к решению этой задачи
подошли объектно-ориентированные модели, что легко просматривается в
подходе, который будет изложен в этом параграфе. Однако до коммерческой
программной реализации такого подхода напрямую пока далеко.
Проблема представления семантики являлась предметом исследования
с середины 1970-х годов. Был предложен ряд моделей, из которых проверку
временем выдержала, пожалуй, одна – модель “сущность – связь” (“Entity
Relationship” - ER), предложенная Ченом (Chen) в 1976 году. С некоторыми
вариациями (например, сущность называют объектным множеством, а связь
– отношением) эта модель излагается в большинстве работ, посвященных
проектированию БД. Модель обладает двумя неоспоримыми преимущества-
ми. Во-первых, она наглядна и вполне понятна широкому кругу лиц, заинте-
ресованных в разработке ИС, а не только узким специалистам по БД. Во-
вторых, существуют простые алгоритмы преобразования ER-модели в основ-
ные логические модели (сетевую, иерархическую, реляционную). Существу-
ют даже программные продукты автоматического преобразования ER-
модели в реляционную (например, POWER DESIGNER).
8
Базовые понятия модели “Сущность – связь”
Главными элементами концептуальной модели данных являются сущ-
ности (объекты) и связи (отношения). Сущности часто представляются в
виде существительных, а связи – в виде глаголов.
С помощью сущности моделируется класс однотипных объектов, кото-
рые пользователи считают важными в моделируемой части реальности.
DEF. Сущность – множество вещей одного типа, имеющее уникальное
имя в пределах моделируемой системы.
DEF. Атрибуты сущности – набор характеристик, определяющих
свойства данного представителя класса.
В системе существует множество экземпляров сущности, отличающих-
ся друг от друга конкретными значениями атрибутов.
DEF. Ключ сущности – набор атрибутов, однозначно идентифици-
рующий конкретный экземпляр сущности.
Рисунок 3 иллюстрирует приведенные понятия.
Некоторые объектные множества содержатся внутри других объектных
множеств. Конкретизация – это объектное множество, являющееся подмно-
жеством другого объектного множества. Обобщение – это объектное множе-
ство, являющееся надмножеством другого объектного множества. Проведем
аналогию с объектно-ориентированными языками программирования
(ООЯП), см. рис. 4.
СТУ
Д
ЕНТ
Атрибуты
Номер зачетной
книжки
Ф.И.О
Староста
Сущность
980001001 Иванов Иван Иванович Петров Петр Петро-
Экземпляр сущности
Студент
Ключ сущ-
ности
Рис. 3

Страницы