Модели данных



страница1/7
Дата13.10.2021
Размер0,73 Mb.
  1   2   3   4   5   6   7

МОДЕЛИ ДАННЫХ
Моделирование данных – это первый шаг в процессе проектирования БД, служащий мостом между объектами реального мира и компьютерной системой.

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

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

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

Традиционно архитекторы БД, чтобы разработать хорошую модель данных, полагались на здравый смысл. К сожалению, здравый смысл развивается после долгих проб и ошибок. Например, если каждый студент в классе должен создать модель данных для библиотеки, очень вероятно, что каждый из них придумает свою модель. Какая из них будет правильной? Простой ответ: «Та, которая отвечает всем требованиям конечного пользователя», и может быть более одного правильного решения! К счастью, разработчики баз данных используют существующие конструкции для моделирования данных и мощные инструменты проектирования баз данных, которые значительно уменьшают вероятность ошибок при моделировании баз данных.

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

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

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

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

Основными элементами модели данных являются сущности, атрибуты, связи (отношения) и ограничения.



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

Атрибут – является свойством объекта. Например, сущность «Студент» будет описываться такими атрибутами, как фамилия, имя, номер зачетной книжки, курс и группа.

Связь – описывает отношение между сущностями. Например, существует связь между студентами и кураторами, которую можно описать следующим образом: куратор может курировать много студентов, и каждый студент может курироваться одним куратором. Модели данных используют три типа связи: один-ко-многим, многие-ко-многим и один-к-одному. Архитекторы БД используют сокращенные обозначения 1:M или 1..*, M:N или *..* и 1:1 или 1..1 соответственно. Вместо M:N можно использовать «M:M». Следующие примеры иллюстрируют различия между этими тремя типами:



  • Поделитесь с Вашими друзьями:
  1   2   3   4   5   6   7


База данных защищена авторским правом ©psihdocs.ru 2019
обратиться к администрации

    Главная страница