Процесс проектирования БД предусматривает предварительную классификацию объектов ПО, систематизированное представление информации об объектах и связях между ними в ИЛМ.
На начальных этапах даталогического проектирования должен быть определен состав БД.
При проектировании логической структуры БД осуществляются преобразование исходной ИЛМ в модель данных, поддерживаемую конкретной СУБД, и проверка адекватности полученной ДЛМ отображаемой ПО.
Для любой ПО существует множество вариантов проектных решений ее отображения в ДЛМ. Методика проектирования должна обеспечивать выбор наиболее подходящего проектного решения.
Минимальная логическая единица данных для всех СУБД семантически одинакова и соответствует либо идентификатору объекта, либо свойству объекта или процесса.
Связи между объектами ПО, отраженные в ИЛМ, могут отображаться в ДЛМ либо посредством совместного расположения соответствующих им информационных элементов, либо путем объявления связи между ними. Не все виды связей, существующие в ПО, могут быть непосредственно отображены в конкретной ДЛМ. Так, многие СУБД не поддерживают непосредственно степень связь N: М между объектами. В этом случае в ДЛМ вводится дополнительный вспомогательный элемент, отображающий эту связь.
Следует иметь в виду, что связи, имеющиеся в ПО и отраженные в ИЛМ, могут быть представлены не только посредством структуры БД, но и программным путем. Например, при отображении обобщенных объектов можно не выделять подклассы на уровне логической структуры БД, а предусмотреть выделение подклассов программным путем при обработке хранимых данных.
Принимаемое проектное решение зависит нс только от специфики отображаемой ПО, но и от характера обработки информации, хранимой в БД. Например, рекомендуется хранить вместе информацию, часто обрабатываемую совместно, и, наоборот, разделять по разным файлам информацию, не использующуюся одновременно. Информацию, используемую часто, и информацию, частота обращения к которой мала, также следует хранить в разных файлах.
