Сетевая модель

В сетевой модели используется вид связи между элементами данных «многие ко многим».

В такой базе различают два типа данных:

• независимые (основные) типы данных (П₁, П₂, и П₃), т.е. информация о поставщиках,
• зависимые - информация о товарах (Т₁, Т₂ и Т₃).

В сетевой модели отсутствует ограничение на число обратных связей. Но должно соблюдаться одно правило: связь включает основную и зависимую записи.

Реляционная модель

Реляционная модель данных получила название от английского термина «relation» — отношение.

В реляционной модели базы данных взаимосвязи между элементами данных представляются в виде двумерных таблиц, называемых отношениями.

Для приведенной выше задачи о поставщиках и товарах структура реляционной БД будет содержать три таблицы (отношения): R₁, R₂, R₃, состоящие соответственно из записей о поставщиках, о товарах и о поставках товаров поставщиками

Почти все современные СУБД базируются на реляционной модели управления БД. Реляционная модель используется в основном в БД среднего размера.

Рассмотрим пример: в банке готовится задача компьютерного учета вклада «Срочный депозит». Для этой задачи создается подмодель базы данных.

Данные базы должны включать:

· сведения о вкладчике,

· данные по учету поступления и выбытию средств по вкладам,

· сведения для начисления процентов по вкладам.

Все эти данные удобно поделить на реляционные таблицы или файлы.

В первой таблице будут содержаться данные о вкладчиках:

· фамилия, имя, отчество, год рождения,

· серия и номер паспорта, дата выдачи и кем выдан паспорт, адрес постоянного места жительства,

· наименование вида вклада,

· номер счета, дата открытия счета,

· остаток денежной суммы.

Вторая таблица будет содержать сведения о движении денежных средств по вкладам:

· номер счета,

· фамилия вкладчика,

· дата проведения операции по вкладу,

· взнос денежной суммы или снятие ее.

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

Для каждого реквизита определяется тип данного и его длина. При вводе или корректировке сведений базе данных СУБД автоматически контролирует тип вводимых данных (не позволяя, например, вводить буквы в поле, определенное как числовое).

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

При вводе даты проверяется ее соответствие формату даты. В числовом данном автоматически добавляются знаки после точки.

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

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

Объектно-ориентированные БД используются для создания крупных БД со сложными структурами данных. Они объединяют в себе две модели: реляционную и сетевую.

Дата добавления: 2015-08-26