Навигация
Модель данных, основанная на ключах
61038
знаков
19
таблиц
27
изображений
3.1.4 Модель данных, основанная на ключах
Каждая сущность содержит горизонтальную линию, разделяющую атрибут на две группы.
Атрибуты, расположенные над линией, называются первичным ключом. Первичный ключ предназначен для уникальной идентификации экземпляра сущности. При создании сущности необходимо выделить группу атрибутов, которые потенциально могут стать первичным ключом (потенциальные ключи), затем произвести отбор атрибутов для включения в состав первичного ключа, следуя следующим рекомендациям:
· Первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности.
· Никакой из атрибутов первичного ключа не должен иметь нулевое значение.
· Значение атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.
При выборе первичного ключа можно внести в сущность дополнительный атрибут и сделать его ключом. Так, для определения первичного ключа часто используют уникальные номера, которые могут автоматически генерироваться системой при добавлении экземпляра сущности в БД. Применение уникальных номеров облегчает процесс индексации и поиска в БД.
Первичный ключ, выбранный при создании логической модели, может быть неудачным для осуществления эффективного доступа к БД и должен быть изменен при проектировании физической модели.
Потенциальный ключ, не ставший первичным, называется альтернативным ключом (Alternate Кеу). ERwin позволяет выделить атрибуты альтернативных ключей, и по умолчанию в дальнейшем при генерации схемы БД по этим атрибутам будет генерироваться уникальный индекс. При создании альтернативного ключа на диаграмме рядом с атрибутом появляются символы (АК).
Атрибуты, участвующие в неуникальных индексах, называются инверсионными входами (Inversion Entries). Инверсионные входы - это атрибут или группа атрибутов, которые не определяют экземпляр уникальным образом, но часто используются для обращения к экземплярам сущности. ERwin генерирует неуникальный индекс для каждого инверсионного входа. На рисунке можно рассмотреть таблицы, перенесенные из BPwin в Erwin, к которым добавлены некоторые из сущностей и атрибутов. (Рис. 13).
Рис. 13 Модель сущность-связь
На рисунке 13 показана логическая модель сущность-связь. В данной диаграмме имеется шесть сущностей: Поставщик, Основные средства, Организация, Нематериальные активы, Накладная, Договор. Для каждой сущности заданы соответствующие атрибуты.
Следующим этапом будет создание модели, основанной на ключах (рис. 14).
Рис. 14 Модель, основанная на ключах
На рисунке 14 показаны все сущности независимые. Для каждой сущности определяем ключевые атрибуты. Для сущности «Договор» это будет уникальный код «Код_договора». Для сущности «Клиент» это будет код «ИНН_клиента». Сущность «Реквизиты» будет определятся кодом «ИНН_банка». Для сущности «Услуги» это будет код «Код_услуги».
Далее следует построение полной атрибутивной модели (рис. 15).
Рис. 15 Логическая модель в нотации IDEF1.X
3.2.Физическая модель
Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД.
В ERwin также представлены два уровня физической модели: трансформационная модель и модель СУБД. Целью трансформационной модели является предоставление информации администратору. Модель СУБД транслируется из трансформационной модели. Являясь отображением системного каталога, ERD-диаграмма графически представляет структуру данных проектируемой ИС.
ERwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравнивать модель и содержимое системного каталога после редактирования того либо другого.
Рис.16 Физическая модель в нотации IDEF1.X
3.3 Генерация физической модели
Посредством Erwin можно также создавать и физические модели данных для различных СУБД. Для создания физической модели необходимо в окне создания новой модели выбрать тип создаваемой модели Logical/Physical и тип базы данных, в которой необходимо создать таблицы (Рис. 17). В данном курсовом проекте мы создадим физическую модель для СУБД Borland C++Builder 6 в сервере БД – Paradox 7.
Рис. 17 Выбор типа модели
Далее создается модель из уже ранее существующей модели созданной в Erwin. Для начала перейдем на физический уровень данных (рис. 18).
Рис. 18. Выбор уровня данных
Затем, в панели инструментов нажимаем кнопку 
, в появившемся окне выбираем Model level compare и указываем файл из которого необходимо импортировать данные (рис. 16)
Рис. 19. Импорт данных из существующей модели
В последующих окнах необходимо выбрать данные, настройки которые необходимо импортировать. Импорт таблиц и их строк осуществляется путем нажатия на кнопку Import 
. Чтобы не импортировать не нужные данные, надо выбрать их из списка и нажать на кнопку Ignore 
. Окно выбора данных представлено на рисунке 20.
Рис.20. Окно выбора импортируемых данных
После нажатия кнопки 
необходимо подтвердить появившийся запрос Erwin. Получившаяся модель представляет собой физическую модель для сервера БД Paradox 7 (рис. 21)
Рис. 21 Физическая модель
На данном этапе возможно изменить формат конечной БД, для этого необходимо щелкнуть по кнопке 
«Select target server» и в открывшемся окне Рис. 22 выбрать необходимый тип. При нажатии на кнопку «ОК» модель преобразуется в тот тип, который мы выбрали.
Рис. 22Target Server
Похожие работы
... России как ее опорный элемент доказали свою способность выживать в любых условиях, преодолевать кризисы и модернизироваться. Глава 2. Анализ депозитных и сберегательных операций коммерческих банков 2.1 Анализ реализации политики коммерческих банков в области привлечения сбережений населения Механизм реализации сберегательной политики, как было отмечено в параграфе 1.3. состоит из ...
... и морального стимулирования должна сочетать интересы банка в целом, отдельных подразделений и конкретных сотрудников и стимулировать достижение высоких финансовых результатов работы банка. Политика управления затратами на персонал на сегодняшний день базируется на двух основополагающих принципах: мотивация труда и стимулирование труда. Структура затрат на персонал состоит из непосредственной ...
... отдельных показателей и весовые коэффициенты групп показателей должны периодически корректироваться экспертами. Только в этом случае возможна правильная оценка кредитоспособности заемщика и индивидуального кредитного риска банка. 2 УПРАВЛЕНИЕ КРЕДИТНЫМ РИСКОМ (НА ПРИМЕРЕ БАНКА “СЕВЕРНАЯ КАЗНА” ОАО) 2.1 Общая характеристика Банка “Северная казна” ОАО Банк «Северная казна» ОАО основан 09 ...
... — системы управления ресурсами предприятия), которые включили в себя планирование ресурсов предприятия для всех основных видов его деятельности. 2. Автоматизируемые системы управления торговыми предприятиями и их возможности Первые автоматизированные системы стали появляться в начале 80-х гг. XX в., они были написаны для среды DOS и являлись довольно примитивными. Они не были рассчитаны на ...
0 комментариев