Сетевые
Сетевые базы данных подобны иерархическим, за исключением того, что в них имеются указатели в обоих направлениях, которые соединяют родственную информацию.
К основным понятиям сетевой модели базы данных относятся: уровень, элемент (узел), связь. Узел — это совокупность атрибутов данных, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. В сетевой структуре каждый элемент может быть связан с любым другим элементом.
Несмотря на то, что эта модель решает некоторые проблемы, связанные с иерархической моделью, выполнение простых запросов остается достаточно сложным процессом.
Также, поскольку логика процедуры выборки данных зависит от физической организации этих данных, то эта модель не является полностью независимой от приложения. Другими словами, если необходимо изменить структуру данных, то нужно изменить и приложение.
Реляционные
Реляционная СУБД – это СУБД, управляющая реляционными базами данных.
Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных[Дей06].
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
каждый элемент таблицы — один элемент данных;
все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.);
каждый столбец имеет уникальное имя;
одинаковые строки в таблице отсутствуют;
порядок следования строк и столбцов может быть произвольным.
Базовыми понятиями реляционных СУБД являются:
атрибут;
отношение;
кортеж.
Объектно-ориентированные
Объектно-ориентированная СУБД — система управления базами данных, основанная на объектной модели данных.
Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира[Зел].
Объектно-реляционные
Объектно-реляционная СУБД – это реляционная СУБД, поддерживающая некоторые технологии, реализующие объектно-ориентированный подход.
Объектно-реляционными СУБД являются, к примеру, широко известные Oracle Database, Informix, DB2, PostgreSQL, FirstSQL/J.
Практическая часть Создание таблиц
Для начала опишем информационную схему базы. Она имеет следующий вид.
Создавать базу данных будем с использованием MicrosoftAccess– 2010.
После запуска Accessиз меню «Файл» и «Создать», выбираем пункт «Новая база данных» и нажимаем «Создать» (Рисунок 8).
Рисунок 8
Далее создадим три таблицы со следующими полями:
НОМЕНКЛАТУРА МАТЕРИАЛОВ – КодМатериала, Материал.
ПОСТАВЩИКИ – КодПоставщика, Поставщик.
ПОСТАВКА МАТЕРИАЛОВ – КодПоставщика, КодМатериала, ДатаПоставки, ЕдИзмерения, Количество, Цена.
Для создания таблицы НОМЕНКЛАТУРА МАТЕРИАЛОВ выполняем следующие действия.
В окне созданной базы, находясь в пункте меню «Работа с таблицами», выбираем пункт «Режим» и нажимаем «Конструктор» как показано на рисунке 9.
Рисунок 9
В появившемся окне в первой строке графы «имя поля», набираем имя «КодМатериала», тип данных выбираем счетчик и, нажав на правую кнопку, мыши из появившегося меню выбираем пункт «Ключевое поле».
Во второй строке в графе «имя поля» набираем «Материал», тип данных выбираем текстовый, в свойствах поля размер поля указываем 50, считая, что название материала не будет содержать более 50 знаков (Рисунок 10).
Рисунок 10
Закрываем конструктор, выбираем сохранить изменения и в появившемся окне вводим имя таблицы «НОМЕНКЛАТУРА МАТЕРИАЛОВ» и нажимаем «ОК».
Для создания таблицы ПОСТАВЩИКИ выполняем те же действия, но создаем следующие поля со свойствами:
КодПоставщика – тип счетчик и ключевое поле.
Поставщик – тип текстовый.
Закрываем конструктор и сохраняем таблицу под именем «ПОСТАВЩИКИ» (Рисунок 11).
Рисунок 11
Созданные две таблицы будут в дальнейшем использоваться как словари при вводе данных в основную таблицу «ПОСТАВКА МАТЕРИАЛОВ», чтобы не вводить повторяющиеся значения такие как название материала и название поставщика. При этом в таблицу «ПОСТАВКА МАТЕРИАЛОВ» будут вводится только числовые коды поставщика и материала, а сами текстовые названия поставщика и материала будут браться автоматически по созданной связи из таблиц «НОМЕНКЛАТУРА МАТЕРИАЛОВ» и «ПОСТАВЩИКИ». Так будут соблюдены правила по нормализации таблиц БД.
Основная таблица, содержащая все основные данные, это таблица «ПОСТАВКА МАТЕРИАЛОВ» создается также в режиме конструктора с полями и следующими свойствами:
КодПоставщика – тип числовой, свойство размер поля оставляем как предлагается по умолчанию «длинное целое», для организации связи с полем «КодПоставщика» из таблицы «ПОСТАВЩИКИ», в свойство индексированное поле установим «Да (допускаются совпадения)», т.к. связь между таблицами устанавливается только по индексированным полям.
Также поле КодМатериала – с теми же свойствами, только связь этого поля будет в дальнейшем с полем «КодМатериала» из таблицы «НОМЕНКЛАТУРА МАТЕРИАЛОВ».
ДатаПоставки – тип данных «Дата/время», свойство формат поля «Краткий формат даты», свойство подпись «Дата поставки».
ЕдИзмерения – тип текстовый, свойство размер поля ставим 10, свойство подпись «Ед.изм.».
Количество – тип данных Числовой».
Цена – тип данных денежный, свойство формат поля «Денежный».
Закрываем конструктор, сохраняем изменение, название таблицы набираем «ПОСТАВКА МАТЕРИАЛОВ» (Рисунок 12), на предложение создать ключевое поле отвечаем нет.
Рисунок 12