 ПОЗНАВАТЕЛЬНОЕ Сила воли ведет к действию, а позитивные действия формируют позитивное отношение Как определить диапазон голоса - ваш вокал Игровые автоматы с быстрым выводом Как самому избавиться от обидчивости Противоречивые взгляды на качества, присущие мужчинам Вкуснейший "Салат из свеклы с чесноком" Натюрморт и его изобразительные возможности Применение, как принимать мумие? Мумие для волос, лица, при переломах, при кровотечении и т.д. Как научиться брать на себя ответственность Зачем нужны границы в отношениях с детьми? Световозвращающие элементы на детской одежде Как победить свой возраст? Восемь уникальных способов, которые помогут достичь долголетия Классификация ожирения по ИМТ (ВОЗ) Глава 3. Завет мужчины с женщиной
Оси и плоскости тела человека - Тело человека состоит из определенных топографических частей и участков, в которых расположены органы, мышцы, сосуды, нервы и т.д.
| Вопрос 5. Построение физической модели данных 12
Создать физическую модель можно несколькими способами. Во-первых, в самом начале при создании нашей логической модели данных в диалоговом окне Create Model – Select Template мы указали тип модели Logical / Physical (рис. 5.1). Для перехода на физический уровень достаточно на панели инструментов логической модели выбрать значение индикатора Model Type Indicator – Physical. При этом логическая модель трансформируется в физическую для СУБД Access 2000.
Рисунок 5.1 – Диалоговое окно Create Model – Select Template Во-вторых, воспользовавшись кнопкой Create Model В-третьих, на панели меню можно выбрать меню Tools – Derive New Model. В появившемся диалоговом окне Derive New Model (рис. 5.2) необходимо указать тип модели – Physical и выбрать СУБД (например, Access 2000), после чего нажать кнопку Далее.
Рисунок 5.2 – Диалоговое окно Derive New Model В появившемся окне Device Model – Select Source Model Object (рис. 5.3) указать необходимые объекты и нажать кнопку Далее. В следующем окне Device Model – Select Source Model Object после настройки параметров нажать кнопку Готово.
Рисунок 5.3 – Диалоговое окно Device Model – Select Source Model Object Трансформация логической модели в физическую выполняется по следующему принципу: сущности становятся таблицами, атрибуты становятся столбцами, а ключи становятся индексами (табл. 5.1). Таблица 5.1 – Сопоставление компонентов логической и физической модели
Окно диаграммы для физической модели выглядит следующим образом (рис. 5.4):
Рисунок 5.4 – Окно диаграммы физического уровня представления данных На физическом уровне палитра инструментов имеет следующие кнопки:
Представления (временные или производные таблицы) – это объекты БД, данные в которых не хранятся постоянно, как в таблице, а формируются динамически при обращении к представлению. Представление не может существовать само по себе, а определяться в терминах одной или нескольких таблиц. Его применение позволяет разработчику БД обеспечить каждому пользователю свой взгляд на данные, что решает проблемы простоты использования и безопасности данных. После трансформации логической модели данных в физическую последняя приняла следующий вид (рис. 5.5):
Рисунок 5.5 – Физическая модель после автоматического преобразования логической модели В полученной модели скорректируем названия некоторых колонок, а также типы и размеры полей. Кроме того, на этапе создания физической модели данных введем правила валидации колонок, определяющие списки допустимых значений и значения по умолчанию. Для корректировки физической модели данных необходимо выполнить следующие действия. 1.Поскольку на физическом уровне объекты БД могут называться так, как того требуют ограничения СУБД, т.е. короткими словами или «техническими» наименованиями, понятными порой только программистам, переименуем некоторые колонки таблиц. Кроме того, скорректируем типы и размеры полей. Для того чтобы изменить таблицу, нужно щелкнуть по ней мышью два раза. Появится диалоговое окно Columns (рис. 5.6).
Рисунок 5.6 – Диалоговое окно Columns В нем для работы с колонками используются следующие вкладки: · General –позволяет поставить в соответствие колонке определенный домен, создать колонку только на физическом уровне и включить ее в состав первичного ключа. · Закладка, соответствующая выбранной СУБД –имя закладки устанавливается автоматически соответствующей выбранной СУБД. Позволяет задать тип данных, опцию NULL, правила валидации и значение по умолчанию. Для СУБД Access, AS/400, PROGRESS и Teradata создаются дополнительные закладки для задания свойств. · Comment –служит для внесения комментария к каждой коленке. · Data Source –доступна только при моделировании хранилищ данных. · UDP – задает свойства, определяемые пользователем. · Index –служит для включения колонки в состав индексов. · History –отображает историю создания и изменения свойств атрибутов. 2.С помощью кнопки Rename и вкладки Access этого диалога скорректируем имена первичных ключей, типы и размеры полей соответственно согласно рис. 5.7.
Рисунок 5.7 – Скорректированная физическая модель 3.Введем в нашу модель валидации колонок, определяющие списки допустимых значений и значения по умолчанию согласно таблице 5.2. Это можно сделать, например, для сущности «Зачетно-экзаменационная ведомость», вызвав диалоговое окно Columns и открыв вкладку Access (рис. 5.8). Таблица 5.2 – Правила валидации
Рисунок 5.8 – Вкладка Access диалогового окна Columns 4.Нажмите кнопку
Рисунок 5.9 – Диалоговое окно Validation Rules 5.С помощью кнопки New создайте новое правило валидации в диалоге New Validation Rule (рис. 5.10).
Рисунок 5.10 – Диалоговое окно New Validation Rule 6.Само правило необходимо записать в окне Validation Rules в поле Access Validation Rule согласно рис. 5.11.
Рисунок 5.11 – Диалоговое окно Validation Rules с созданным правилом валидации «Проверка оценки» Создайте таким же образом остальные правила согласно рис. 5.12.
Рисунок 5.12 – Правила валидации 7.После создания правил валидации в диалоговом окне Column необходимо присвоить соответствующим колонкам таблиц установленные для них правила. Для этого встав на соответствующие колонки в поле Columns диалогового окна Columns таблиц «Студент», «Подгруппа» и «Зачетно-экзаменационная ведомость» выберите установленные для них правила. Таким образом, проделав все вышеописанные действия, мы получили модель БД, готовую для помещения в СУБД. 8.Для генерации кода создания БД необходимо на панели меню выбрать меню Tools, а в нем – Forward Engineer / Schema Generation. При этом откроется диалоговое окно Access Schema Generation (рис. 5.13), в котором можно сделать соответствующие настройки.
Рисунок 5.13 – Диалоговое окно Access Schema Generation Диалог Access Schema Generation имеет 3 вкладки: · Options – служит для задания опций генерации объектов БД – таблиц, представлений, колонок, индексов и т.д. Для задания опций генерации какого-либо объекта следует выбрать объект в левом списке закладки, после чего включить соответствующую опцию в правом списке. · Summary –отображает все опции, заданные во вкладке Options. · Comment –позволяет внести комментарии для каждого набора опций. 9.Просмотрите SQL-скрипт, создаваемый ERwin для генерации системного каталога СУБД. Для этого кнопкой Preview вызовите диалог Access Schema Generation Preview (рис. 5.14).
Рисунок 5.14 – Диалоговое окно Access Schema Generation Preview 10.Запустите процесс генерации схемы с помощью кнопки Generate. В процессе генерации ERwin связывается с БД, выполняя SQL-скрипт. Если в процессе генерации возникают какие-либо ошибки, то она прекращается, открывается окно с сообщениями об ошибках.
12 |
на панели инструментов, можно вызвать знакомое нам диалоговое окно Create Model – Select Template и с помощью него создать физическую модель.
– указатель (режим мыши) – в этом режиме можно установить фокус на каком-либо объекте модели;
– таблица;
– представление;
– идентифицирующая связь;
– связь между представлением и временной таблицей;
– неидентифицирующая связь.
после поля Valid:*. Появится диалоговое окно Validation Rules (рис. 5.9).
