Отношение "один–к–одному"

Отношение "один–к–одному" имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней. Это отношение встречается намного реже, чем отношение "один–ко–многим". Его используют, если не хотят, чтобы таблица БД "распухала" от второстепенной информации, однако для чтения связанной информации в нескольких таблицах приходится производить ряд операций чтения вместо одной, когда данные хранятся в одной таблице.

Отношение "многие–ко–многим"

Отношение "многие–ко–многим" применяется в следующих случаях:

• одной записи в родительской таблице соответствует более одной записи в дочерней;

• одной записи в дочерней таблице соответствует более одной записи в родительской.

Всякую связь "многие–ко–многим" в реляционной базе данных необходимо заменить на связь "один–ко–многим" (одну или более) с помощью введения дополнительных таблиц.

Достоинства и недостатки реляционной модели данных

Достоинства реляционной модели:

• простота и доступность для понимания пользователем. Единственной используемой информационной конструкцией является "таблица";

• строгие правила проектирования, базирующиеся на математическом аппарате;

• полная независимость данных. Изменения в прикладной программе при изменении реляционной БД минимальны;

• для организации запросов и написания прикладного ПО нет необходимости знать конкретную организацию БД во внешней памяти.

Недостатки реляционной модели:

• далеко не всегда предметная область может быть представлена в виде "таблиц";

• в результате логического проектирования появляется множество "таблиц". Это приводит к трудности понимания структуры данных;

• БД занимает относительно много внешней памяти;

• относительно низкая скорость доступа к данным.

№7 Понятия РМД

Каждая таблица представляет один объект и состоит из строк и столбцов.

Сущность – объект любой природы, данные о котором хранятся в БД.

Таблица в терминологии реляционной модели называется отношением.

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

Атрибут (поле) - каждый (любой) столбец в таблице.

Домен - множество значений, которые может принимать атрибут.

Кортежи (записи) - строки таблицы.

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

Ключ - это столбец или ряд столбцов, значение которых однозначно идентифицируют строки таблицы.

№5 Основные этапы проектирования баз данных Концептуальное (инфологическое) проектирование

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

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

Чаще всего концептуальная модель базы данных включает в себя:

• описание информационных объектов, или понятий предметной области и связей между ними.

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