Модели данныхЯдром любой базы данных является модель данных. Модель данных представляет собой множество структур данных, ограничений целостности и операций манипулирования данными. С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними. Модель данных – совокупность структур данных и операций их обработки. СУБД основывается на использовании иерархической, сетевой или реляционной модели, на комбинации этих моделей или на некотором их подмножестве. Рассмотрим три основных типа моделей данных: иерархическую, сетевую и реляционную. Иерархическая модель организует данные в виде древовидной структуры. К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. Дерево представляет собой иерархию элементов, называемых узлами. Узел – это совокупность атрибутов данных, описывающих некоторый объект. На самом верхнем уровне иерархии имеется один и только один узел – корень. Каждый узел, кроме корня, связан с одним узлом на более высоком уровне, называемом исходным для данного узла. Ни один элемент не имеет более одного исходного. Каждый элемент может быть связан с одним или несколькими элементами на более низком уровне. Они называются порожденными (рис.1.2). К каждой записи базы данных существует только один (иерархический) путь от корневой записи. Например, как видно из рисунка 1.2, для записи С4 путь проходит через записи А и В3 соответственно. Рис.1.2. Графическое изображение иерархической структуры БД
Сетевая модель является расширением иерархического подхода к организации данных. В иерархических структурах запись-потомок должна иметь в точности одного предка; в сетевой структуре данных потомок может иметь любое число предков. В сетевой структуре при тех же основных понятиях (уровень, узел, связь) каждый элемент может быть связан с любым другим элементом. На рисунке 1.3 изображена сетевая структура базы данных в виде графа.
Рис.1.3. Графическое изображение сетевой структуры
Реляционная модель данных. Понятие «реляционный» (англ. relation – отношение) связано с разработками известного американского специалиста в области систем баз данных Е. Кодда. Эти модели характеризуются простотой структурой данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных. Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Например, реляционной таблицей можно представить информацию о студентах, обучающихся в вузе (рис.1.4).
Рис.1.4. Пример реляционной таблицы Реляционная модель данных поддерживает совокупность взаимосвязанных двумерных таблиц – объектов модели. Связи между двумя логически связанными таблицами в реляционной модели устанавливаются по равенству значений одинаковых атрибутов этих таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами: - каждый элемент таблицы – один элемент данных; - все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину; - каждый столбец имеет уникальное имя; - одинаковые строки в таблице отсутствуют; - порядок следования строк и столбцов может быть произвольным. При описании реляционной модели часто используют следующие термины: отношение, кортеж, домен. Отношения представлены в виде таблиц, строки которых соответствуют записям (кортежам), а столбцы – полям, атрибутам отношений (доменам). Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом (ключевым полем). Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ. В примере, показанном на рисунке 1.5, ключевым полем таблицы является «№ личного дела». Между двумя реляционными таблицами могут быть сформированы связи. Различные таблицы могут быть связаны между собой через общее поле данных.
Рис.1.5. Пример реляционной модели
Таблица СТУДЕНТ имеет поля: Номер, Фамилия, Имя, Отчество, Дата рождения, Группа; СЕССИЯ – Номер, Оценка 1, Оценка 2, Оценка 3, Оценка 4, Результат; СТИПЕНДИЯ – Результат, Процент. Таблицы СТУДЕНТ И СЕССИЯ имеют совпадающие ключи (Номер), что дает возможность легко организовать связь между ними. Таблица СЕССИЯ имеет первичный ключ Номер и содержит внешний ключ Результат, который обеспечивает ее связь с таблицей СТИПЕНДИЯ.
Благодаря имеющимся связям достигаются следующие преимущества: 1. Удается избежать дублирования информации. Все необходимые данные можно хранить только в одной таблице. Так, например, нет необходимости в таблице СЕССИЯ хранить номер группы каждого студента, сдающего экзамены, достаточно задать связь с таблицей СТУДЕНТ. 2. В реляционных базах данных легко производить изменения. Если в таблице СЕССИЯ изменить какие-нибудь значения, то правильная информация автоматически будет связана с другими таблицами, ссылающимися на первую (например, таблица СТИПЕНДИЯ). 3. В нереляционных базах данных сложно передать все имеющиеся зависимости, т.е. связать друг с другом данные из различных таблиц. Реляционная база данных выполняет все эти действия автоматически. 4. В реляционных базах данных удается легко избежать установления ошибочных связей между различными таблицами данных, а необходимый объем памяти сокращен до минимума.
|
