Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
BD_otvety - копия.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
228.86 Кб
Скачать

1) Модель данных – это совокупность правил порождения структур данных в базе данных, операций над ними, а также ограничений целостности, определяющих допустимые связи и значения данных, последовательность их изменения [6]. Итак, модель данных состоит из трёх частей:

1.Набор типов структур данных.

Здесь можно провести аналогию с языками программирования, в которых тоже есть предопределённые типы структур данных, такие как скалярные данные, вектора, массивы, структуры (например, тип struct в языке Си) и т.д.

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

Такими операциями являются: создание и модификация структур данных, внесение новых данных, удаление и модификация существующих данных, поиск данных по различным условиям.

3.Набор общих правил целостности, которые прямо или косвенно определяют множество непротиворечивых состояний базы данных и/или множество изменений её состояния.

Правила целостности определяются типом данных и предметной областью.

Сетевая модель данных

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

Иерархическая модель данных (ИМД)

Иерархическая модель позволяет строить БД с иерархической древовидной структурой. Структура ИМД описывается в терминах, аналогичных терминам сетевой модели данных (версия CODASYL). Группу в ИМД принято называть сегментом. В основе ИМД лежит понятие дерева.

Реляционная модель данных (РМД)

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

Пусть D1, D2 ,…, Dk – произвольные конечные и не обязательно различ-ные множества (домены). Декартово произведение этих множеств определяется следующим образом:

D1×D2×...×Dk={(d1, d2,...,dk | di Î Di, I=1,...,k)}

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

Объектно-реляционная модель данных

Объектно-реляционная модель данных (ОРМД) реализована с помощью реляционных таблиц, но включает объекты, аналогичного понятию объекта в объектно-ориентированном программировании. В ОРМД используются такие объектно-ориентированные компоненты, как пользовательские типы данных, инкапсуляция, полиморфизм, наследование, переопределение методов и т.п.

Объектно-ориентированная модель данных

Ещё один подход к построению БД – использование объектно-ориентированной модели данных (ООМД). Моделирование данных в ООМД базируется на понятии объекта. ООМД обычно применяется в сложных предметных областях, для моделирования которых не хватает функциональности реляционной модели (например, для систем автоматизации проектирования (САПР), издательских систем и т.п.).

2) Элементы модели «Сущность – Связь». Стадии er- моделирования.

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

Атрибут сущности – представляет собой свойство сущности. Это понятие аналогично понятию атрибута в отношению.

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

Связь между сущностями – предполагает зависимость между атрибутами этих сущностей.

Степень связи – является характеристикой связи между сущностями, которая мб типа: 1к1 1кМ Мк1 МкМ.

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

Стадии ER- моделирования

Стадия 1 – выполняется начальные действия при моделировании, во время которого устанавливается контекст, т.е. определяются масштаб проекта, план сбора данных, стандарты и т.д.

Стадия 2 – идентифицируются и определяются сущности.

Стадия 3 – идентифицируются и определяются соотношения между сущностями.

Стадия 4 – идентифицируются и определяются ключи.

Стадия 5 – идентифицируются и определяются не ключевые атрибуты.

3) Виды связей

Тип связи “Один-к-одному”, или бинарная связь (1:1). Полями связи явля­ют­ся клю­че­вые поля. Одной записи родительского объекта “A” соот­вет­ст­ву­ет   только одна запись дочернего объекта “B”   и   наоборот (A<-->B).  Пример. Связь между объектами “ПРЕПОДАВАТЕЛЬ” и “ПРЕД­МЕ­­Т” по полям связи “Табельный номер преподавателя” и “Код пред­мета”. Связь типа “Один-ко-многим” (1:М). Полями связи являются клю­че­вое поле родительского объекта и неключевое поле дочернего объекта. Одной записи родительского объекта “A” соот­вет­ст­ву­ет несколько записей дочернего объекта “B” (A-->>B). Объект “A” называют односвязанным, а “B” ? многосвязанным. Пример. Связь между объектами “ПРЕПОДАВАТЕЛЬ” и “ПРЕД­МЕ­­­Т”, если допускается преподавание одним преподавателем несколь­ких предметов, но один предмет не может преподаваться несколькими пре­по­давателями. Связь типа “Многие-к-одному” (М:1). Полями связи являются неклю­че­вое поле родительского объекта “А” и ключевое поле дочернего объекта ‘B” (A<=B). Пример. Связь между объектами “ПРЕПОДАВАТЕЛЬ” и “ПРЕД­МЕ­­­Т”, если допускается преподавание одним преподавателем не более одного предмета, но один предмет может преподаваться несколькими пре­по­давателями. Связь типа “Многие-ко-многим” (М:М). Полями связи являются неключевые поля родительского и дочернего объектов. Одной запи­си ро­дительского объекта “A” соот­вет­ст­ву­ют несколько записей дочернего объек­та “B” и наоборот (A<=>B). Пример. Связь между объектами “ПРЕПОДАВАТЕЛЬ” и “ПРЕД­МЕ­­­Т”, если допускается преподавание одним преподавателем несколь­ких предметов и один предмет может преподаваться несколькими пре­по­да­ва­те­лями.            Тип связи обычно указывается над линией связи между объектами символами “1”, “M”. Для наглядности связи типа “M” на схеме она мо­жет быть указана в виде линии с двумя стрелочками или “гусиной лап­кой”, а отношение 1 ? в виде линии с вертикальной чертой.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]