4.3. Определение состава бд

При переходе от ИЛМ к ДЛМ следует иметь в виду, что ИЛМ включает в себя всю информацию и достаточную для проектирования БД. Но это не означает, что все объекты, зафиксированные в ИЛМ, должны в явном виде отражаться в ДЛМ. Прежде чем строить ДЛМ, необходимо решить, какая информация будет храниться в БД. Например, ИЛМ может содержать вычисляемые показатели. Но вовсе не обязательно хранить их в БД.

Один из подходов к определению состава показателей, хранимых в БД, основан на принципе синтезирования: в БД должны храниться только исходные показатели, все производные показатели должны вычисляться в момент выполнения запроса.

Достоинства такого подхода:

1) простота и однозначность в принятии решения о том, “что хранить”;

2) отсутствие явного дублирования информации со всеми из этого последствиями (меньше объем памяти, проще проблемы контроля целостности БД);

3) потенциальная возможность получить любой расчетный показатель, а не только те, которые хранятся в БД.

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

При отображении объекта в БД идентификатор объекта будет атрибутом, который в большинстве случаев используется для однозначной идентификации объекта. Однако может появиться необходимость введения искусственных идентификаторов или кодов. Это нужно, когда:

1) в ПО наблюдается омонимия, т.е. естественный идентификатор объекта не обладает уникальностью. например, среди студентов могут быть однофамильцы и полные тезки. В этом случае для обеспечения однозначной идентификации объектов необходимо использовать коды;

2) если объект участвует во многих связях, то для идентификации связи удобнее использовать короткий код объекта, чем длинный естественный идентификатор объекта;

3) если естественный идентификатор может со временем изменяться, то при отсутствии кода это может вызвать много проблем, с поиском нужных сведений.

4.4. Разновидности даталогических моделей

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

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

Иерархическая (ИМ) и сетевая (СМ) модели предполагают наличие связей между данными, имеющими какой-либо общий признак. В ИМ такие связи могут быть отражены в виде дерева, где возможны только односторонние связи от старших вершин к младшим. Это облегчает доступ к необходимой информации, но только если все возможные запросы отражены в структуре дерева. Никакие другие запросы удовлетворены быть не могут. Указанный недостаток снят в СМ, где, по крайней мере теоретически, возможны связи “всех со всеми“. Использование ИМ и СМ ускоряет доступ к информации в БД. Но поскольку каждый элемент данных должен содержать ссылки на некоторые другие элементы, требуются значительные ресурсы как дисковой, так и основной памяти компьютера. Кроме того для этих моделей характерна сложность реализации.