Логическая модель базы данных

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

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

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

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

Рис.1 – Логическая модель БД

Физическая модель БД

Логическая модель данных предметной области (бизнес компонентами) снабжает разработчикам познание структур данных. По окончании её разработки направляться приступать к моделированию физической структуры совокупностей хранения распознанных объектов данных, другими словами к разработке физической модели данных.

Структурная схема серьёзна как для разработчика базы данных, так и для конечного пользователя. Она разрешает наглядно разглядеть входные эти разрабатываемого проекта. Это, со своей стороны, разрешает разработчику лучше осознать суть работы и создать более качественный продукт. Благодаря структурной схеме, конечный пользователь стремительнее и лучше осознает логику созданной базы данных, что, конечно же, отразится на качестве создаваемой пользователем работы.

На этапе разработки нужно создать структурную схему объекта автоматизации, которая строится на базе входных данных, в случае если абстрактная модель пока не готова. Эта схема нужна, в первую очередь, чтобы разработчик на начальных этапах разработки имел возможность светло воображать модель базы данных, и методы реализации проекта в целом и отдельных его частей. На последующих этапах — вносить трансформации в уже существующие компоненты, создавать новые компоненты и удалять ветхие, если они стали не необходимы либо заменились вторыми, и, наконец, схема нужна чтобы, создать максимально действенную базу данных.

Таблица Оргтехника

Таблица Важные

Таблица Кабинеты

2.5 Разработка метода программного модуля

Разработка структуры программы основана на организации объектно-ориентированного интерфейса, что применяют модель сотрудничества с пользователем, ориентированную на манипулирование объектами предметной области. В рамках данной модели пользователю предоставляется возможность напрямую взаимодействовать с каждым объектом и инициировать исполнение операций, в ходе которых взаимодействуют пара объектов. Задача пользователя формулируется как целенаправленное изменение некоего объекта, имеющего внутреннюю структуру, определенное содержание и внешнее символьное либо графическое представление. Объект наряду с этим понимается в широком смысле слова, к примеру, модель настоящей совокупности либо процесса, база данных.

Модель сущность сообщение, ER диаграмма


Также читать:

Понравилась статья? Поделиться с друзьями: