Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Базы данных: проектирование

Глава 4 ЛОГИЧЕСКОЕ МОДЕЛИРОВАНИЕ

По итогам изучения материала данной главы студент должен:

знать

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

уметь

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

владеть

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

Данная глава учебника рассматривает технологии и подходы к построению логической модели базы данных, основываясь на ранее проведенном анализе предметной области и информационных структур. Для реализации процессов анализа и моделирования рассматриваются различные инструментальные средства: IBM InfoSphere Data Architect, CA ERWin Data Modeler, MS Visio.

Подходы к формированию логической модели базы данных

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

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

Учитывая множество вариантов построения моделей базы данных, можно выделить два основных подхода:

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

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

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

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

 
Если Вы заметили ошибку в тексте выделите слово и нажмите Shift + Enter
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 

Популярные страницы