Инфологическая, даталогическая и физическая модели информационной БД — реферат

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






4. Проектирование даталогической модели

Данные, представленные в виде таблицы 2, являются формой даталогической модели данных. Образование двумерной таблицы, содержащей все необходимые свойства информационной модели, и в выделении ключевых свойств за счет использования технологии ER подхода позволило эволюционно трансформировать инфологическую модель в даталогическую.
Таблица 2.
Свойства и ключи даталогической модели
Объект
Первичный ключ Свойства
ТОВАР Уникальный ключ товара Уникальный ключ товара
Уникальный ключ поставщика
Уникальный ключ заказчика
Наименование товара
Дата изготовления
Объем
Цена за единицу
Суммарная цена
ЗАКАЗЧИК Уникальный ключ заказчика Уникальный ключ заказчика
Наименование заказчика
Юридическая принадлежность
Ф.И.О. руководителя
Адрес
Телефон/факс
Предполагаемая цена
ПРЕДПРИЯТИЕ Уникальный ключ предприятия Уникальный ключ предприятия
Наименование предприятия
Юридическая принадлежность
Ф.И.О. руководителя
Адрес
Телефон/факс
СЧЕТА Номер счёта Номер счёта
Дата продажи
Уникальный ключ товара
НДС
Сумма к оплате
ДОГОВОР Номер договора Номер договора
Дата заключения
Уникальный ключ предприятия
НАКЛАДНЫЕ Номер накладной Номер накладной
Уникальный ключ заказчика
Пометка об оплате
Дата накладной
СПИСАНИЕ БРАКА Номер накладной Номер накладной
Дата накладной
Пометка о списании
Номер счёта
Наименование товара
Количество товара
Сумма
Получатель
ВОЗВРАТ СО СКЛАДА НА
ПЕРЕРАБОТКУ Номер накладной Номер накладной
Дата накладной
Пометка о списании
Номер счёта
Наименование товара
Количество товара
Сумма
Получатель

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












Комментарии: