4. Логические модели данных. Сетевая и иерархическая модели

Важным этапом жизненного цикла информационной системы и, в частности, проектирования базы данных, является выбор целевой СУБД.

Предлагаемые в разделе методы пригодны и к оценке новых продуктов, поступающих на рынок.

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

В общем виде процесс выбора СУБД включает следующие этапы:

1) определение списка показателей, по которым будут оцениваться СУБД;

2) определение списка сравниваемых СУБД;

3) оценка продуктов по выбранным показателям;

4) принятие обоснованного решения, подготовка отчета.

Для оценки СУБД могут использоваться самые разнообразные параметры, которые могут быть сгруппированы следующим образом:

• параметры определения данных;

• физические параметры;

• параметры доступности;

• параметры обработки транзакций;

• утилиты;

• средства разработки... и т.д.

Даталогические модели данных

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

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

Логическая модель учитывает ограничения, накладываемые видом модели и выбранной СУБД.

Модель данных состоит из трех компонент.

1. Структурная - структура данных для представления точки зрения пользователя на базу данных.

Описывает допустимые структуры организации данных и способы их связывания.

Пример: практически все СУБД не поддерживают связку многие ко многим.

2. Манипуляционная - допустимые и необходимые операции, выполняемые на структуре данных. Они составляют основу языка данных рассматриваемой модели данных. Одной лишь хорошей структуры данных недостаточно. Необходимо иметь возможность работать с этой структурой при помощи различных операций языка определения данных и языка манипулирования данными. Богатая структура данных ничего не стоит, если нет возможности оперировать ее содержимым.

3. Целостностная - ограничения для контроля целостности. Определяет ограничения, накладываемые структурой, связями и набором операций. Модель данных должна быть обеспечена средствами, позволя ющими сохранять ее целостность и защищать ее.

Прежде, чем перейти к детальному и последовательному изучению получивших широкое распространение реляционных систем БД, целесообразно ознакомиться с ранними СУБД. В этом есть смысл по трем причинам: во-первых, эти системы исторически предшествовали реляционным, и для правильного понимания причин повсеместного перехода к реляционным системам нужно знать хотя бы что-нибудь про их предшественников; во-вторых, внутренняя организация реляционных систем во многом основана на использовании методов ранних систем; в-третьих, некоторое знание в области ранних систем будет полезно для понимания путей развития постреляционных СУБД.