Этапы проектирования баз данных.
Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.
Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам.
Чаще всего концептуальная модель базы данных включает в себя:
· описание информационных объектов или понятий предметной области и связей между ними.
· описание ограничений целостности, то есть требований к допустимым значениям данных и к связям между ними.
Логическое (даталогическое) проектирование
Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
|
|
|
Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.
Физическое проектирование
Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т. п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т. д.
Инфологическое (концептуальное) моделирование.
Цель инфологического моделирования (концептуального проектирования) - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком.
|
|
|
Одной и наиболее популярных семантических моделей данных на этапе инфологического проектирования является «Сущность-Связь»(Entity-Relationship – ER - модель). Модель была предложена Ченом (Chen) в 1976 г. Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER – модели получили широкое распространение в CASE – системах (СomputerAidedSoftwareEngineering – программные средства, поддерживающие процессы автоматизированного проектирования баз данных, создания и сопровождения ПО и баз данных, генерацию кода, тестирование, документирование и управление проектом).
Существует большое число нотаций ER – модели, несущественно отличающихся между собой:
· Нотация Баркера;
· Нотация IDEF1, предложенная T.Ramey (Design/IDEF, Silverrun);
· НотацияYourdona (Vantage Team Builder (бывшийVestmount I-CASE)).
Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
|
|
|
Сущность- любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д.
Атрибут– именованный элемент информации, описывающий сущность. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
Сущности делятся на сильные и слабые. Сильные(стержневые) сущности существуют объективно, и их существование не зависит от какой-то другой сущности. Слабые сущности связаны со стержневой сущностью, экземпляр слабой сущности не может существовать, если не существует экземпляр стержневой сущности. Слабые сущности могут делиться на характеристики и обозначения.
Характеристикой называется слабая сущность, являющаяся дополнением стержневой сущности. В характеристику может быть выделена часть атрибутов стержневой сущности, которая обрабатывается отдельно, или каждому экземпляру стержневой сущности может соответствовать характеристика одного из нескольких типов.
Обозначения – это атрибут, развернутый в отдельную сущность. Чаще всего в обозначения выделяются атрибуты, значения которых выбираются из ограниченного множества значений.
Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь (ассоциативная сущность) – сущность, которая служит для обеспечения взаимодействия между и более другими сущностями.
Дата добавления: 2018-02-18; просмотров: 1729; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!