Skip to content

Instantly share code, notes, and snippets.

Created September 26, 2017 03:29
Show Gist options
  • Save anonymous/e700a51faf968647baedf72bfcbd6740 to your computer and use it in GitHub Desktop.
Save anonymous/e700a51faf968647baedf72bfcbd6740 to your computer and use it in GitHub Desktop.
Erwin связи между таблицами

Erwin связи между таблицами



Ссылка на файл: >>>>>> http://file-portal.ru/Erwin связи между таблицами/


Лабораторная работа №4. Определение связей между сущностями в ERwin
4.5. Создание логических связей Связи в eRwin
Создание базы данных средствами ERwin
























Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны. Изменение уровня просмотра модели: Генерация схемы БД, выравнивание схемы с моделью Доступно при работе с физическим уровнем модели. После окончания редактирования шаблона нажмите кнопку ОК и вернитесь в редактор свойств схемы рис. Подключение шаблона к схеме. В верхней части диалогового окна имеется два списка - подключенных скриптов Attached Script , и неподключенных скриптов Unattached Script. Написанный нами шаблон появился в правом списке - неподключенных скриптов. Для того, чтобы он сработал при генерации, его необходимо подключить к схеме. Имя шаблона переместится в левый список, а в окне Script Template появится текст шаблона, который мы создали ранее рис. В окне, находящемся справа и озаглавленном Script Expansion выводится результат работы шаблона:. В этом шаблоне извлекаются и раскрываются пользовательские свойства. Скрипт будет изменять содержание сценария только в том случае, когда на странице Options диалога Schema Generation будет установлен флажок для объекта Schema. Для реализации механизма обслуживания автоинкрементного поля необходимы два компонента: Генераторы и триггеры создаются специальными запросами CREATE GENERATOR и CREATE TRIGGER , которые должны быть расположены в сценарии создания БД после SQL-запросов создания таблиц CREATE TABLE для каждой таблицы, имеющей автоинкрементный ключ. Запросы CREATE GENERATOR и CREATE TRIGGER могут быть созданы обычным способом в процессе редактирования текста сценария. Мы рассмотрим способ, основанный на использовании механизмов пользовательских свойств и шаблонов. Этот способ особенно эффективен при большом числе таблиц, содержащих автоинкрементные поля [6]. Создание признаков, идентифицирующих автоинкрементные атрибуты модели. Чтобы отличать таблицы, содержащие автоинкрементные атрибуты, создадим для соответствующих сущностей специальное пользовательское свойство, которое будет служить признаком. В диалоге свойств установите в списке Class объект Attribute. Поменяйте это значение на "yes" у генерируемых автоинкрементных ключевых атрибутов рис. После того, как автоинкрементные атрибуты помечены, необходимо создать шаблон и подключить его к указанным таблицам. SQL-запросы для создания генераторов и триггеров. SQL-запрос на создание генератора для этого поля будет иметь вид: Создание шаблона для обслуживания автоинкрементных полей таблиц. Для рассматриваемого примера механизм шаблонов очень удобен, так как при создании схемы БД необходимо генерировать однотипные скрипты, сопровождающие таблицы, содержащие автоинкрементные поля. На этот раз скрипт должен иметь тип "после генерации", так как он будет содержать запрос на создание триггера, а таблица, к которой этот триггер относится, должна уже существовать. Эта страница практически совпадает с одноименной страницей редактора, рассмотренного ранее рис. Щелкните по кнопке "Script Template" и перейдите в редактор шаблонов уже рассмотренный нами выше. Создайте новый скрипт, назвав его "Создание генератора". В окне Table Script Template наберите следующий текст шаблона:. Имя созданного шаблона должно появиться в правом списке - списке неподключенных скриптов. Как и в обычном языке программирования в макроязыке ERwin имеются макросы - операторы цикла, условные операторы и операторы сравнения. Например, для организации цикла-перебора всех атрибутов таблицы служит макрос. Принцип работы приведенного фрагмента шаблона заключается в следующем: Эта последовательность символов была выбрана в диалоге TargetServer в поле Trigger Delimiter. Подключение шаблона к таблицам. Вы можете выбрать шаблон и нажать на кнопку Attach, затем выбрать в выпадающем списке следующую таблицу и т. Однако, это можно сделать быстрее и удобнее, воспользовавшись просмотрщиком - браузером скриптов рис. Для его вызова нажмите кнопку Script Browser. Помимо списка шаблонов и двух окон - с текстом шаблона и результатом его развертывания - здесь имеются два списка таблиц модели. В новом списке находятся таблицы, к которым подключен выбранный шаблон, остальные таблицы находятся в правом списке. Перемещение таблиц между списками выполняется при помощи кнопок Attach и Detach. Выберите и переместите в левый список таблицы модели, к которым должен быть подключен шаблон. Выйдите из редактора таблиц Interbase Table Editor и выполните генерацию схемы базы данных. Убедитесь, что после SQL-запросов создания таблиц CREATE TABLE появились строки создания генераторов и триггеров. Для операций вставки, изменения и удаления записей можно использовать механизмы хранимых процедур. В отличие от триггера хранимая процедура не выполняется на какое-то событие, а вызывается из другой программы, которая передает на сервер имя хранимой процедуры. Хранимая процедура более гибка, чем триггер, поскольку может вызывать другие хранимые процедуры. Ей можно передавать параметры и она может возвращать параметры, значения и сообщения. Для большинства таблиц модели, запрос на создание процедуры вставки записи имеет такой вид []:. SQL-выражение SET TERM устанавливает в качестве разделителя последовательность символов!! Параметрами процедуры будут все поля таблицы, кроме автоинкрементного поля, значение которого генерируется триггером. В отличие от предыдущей процедуры параметры здесь должны содержать и ключевое поле, по которому ставится условие в запросе UPDATE. Создание и подключение шаблонов к таблицам. ERwin не имеет встроенных шаблонов хранимых процедур, которые можно было бы использовать как основу при создании новой хранимой процедуры. Создание шаблонов и привязка их к таблицам выполняется в редакторе таблиц Table Editor. Вызовите редактор таблиц и перейдите на страницу Stored Procedure. Появится закладка Stored Procedure диалога Table Editor рис. Список Attached SP Template содержит имена процедур, связанных с проектируемой таблицей. Список Unattached SP Template содержит имена процедур, которые могут быть связаны с таблицей. Перейдите в редактор шаблонов, нажав кнопку SP Template. Создайте три новых шаблона, назвав их "Вставка записи", "Изменение записи" и "Удаление записи". Введите тексты шаблонов, приведенных выше. Вернитесь в окно редактора таблиц и подключите вновь созданные шаблоны к соответствующим таблицам модели. Код шаблона показывается в окне SP Template, код процедуры - в окне SP Expansion. Прямое проектирование баз данных: Использование свойств, определяемых пользователем, шаблонов скриптов. Перенос структуры данных с одного сервера на другой, синхронизация системного каталога. ERwin как средство разработки структуры базы данных. Внешний вид диалогового окна Entity Edition. Общий вид модели после создания сущностей. Вид логической модели после создания связей. Диалоговое окно New Key Group, окончательный вид логической модели. Характеристика программных продуктов ERwin, Microsoft Excel и Access. Создание сущностей и связей, преобразование логической модели в физическую в среде ERWin. Создание таблиц в MS Access, работа с запросами и отчетами. Построение диаграмм в MS Excel. Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных. Проектирование модели базы данных с помощью Erwin: Разработка SQL-скрипта, предназначенного для генерации базы данных в формате MS SQL Server Создание процедур и написание проверочных кодов. Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса. Построение модели вариантов использования для актантов с использованием конструкций языка UML. Перенос логической модели данных в среду СУБД Access. Создание форм для просмотра и редактирования, отчетов, запросов, макросов. Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных Access. Базы данных с двумерными файлами и реляционные системы управления базами данных СУБД. Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т. PPT, PPTX и PDF-файлы представлены только в архивах. Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Создание базы данных средствами ERwin. Создание логической модели данных. Назначение кнопок Erwin Toolbox. Создание БД в СУБД InterBase. Перенос структуры данных с одного сервера на другой. Синхронизация каталога БД и текущей модели. ERwin имеет два уровня представления модели - логический и физический. На логическом уровне данные не связаны с конкретной СУБД, поэтому могут удобно отобрать структура представления данных в базе. Физический уровень фактически отображает системный каталог, который зависит от конкретной СУБД. По корректной физической модели ERwin может генерировать физическую схему системный каталог или SQL -скрипт для заданной СУБД. Процесс генерации физической схемы БД из логической модели данных называется прямым проектированием Forward Engineering. При генерации физической схемы ERwin включает триггеры ссылочной целостности, хранимые процедуры, индексы, ограничения и другие возможности, доступные при определении таблиц в выбранной СУБД. ERwin способен по содержимому системного каталога воссоздать физическую и логическую модель данных. Эту процедуру называют обратным проектированием Reverse Engineering. На основе полученной логической модели можно сгенерировать физическую модель для другой СУБД. Erwin интегрируется с такими средствами разработки клиентской части, как PowerBuilder, Visual Basic, Delpfi, что позволяет автоматически генерировать код приложения полностью готовый к компиляции и выполнению. Рассмотрим процедуру создания модели в среде Erwin и генерации модели данных для СУБД InterBase Windows InterActive SQL WISQL. Создание логической модели данных Логический уровень представления модели данных - это уровень абстрактного, понятийного отображения информационных массивов, при котором подчеркивается предметная сторона рассматриваемой реальности. Данные в логической модели могут называться так, как они называются в реальном мире: Объекты модели, представляемой на логическом уровне, называются сущностями и связями. Каждая сущность имеет некоторые характеристики, называемые атрибутами. В свою очередь связи между сущностями могут иметь различные свойства, которые также должны быть быть определены в модели. Различают три уровня логической модели, которые отличаются по глубине представления информации в ней. Диаграмма сущность связь представляет модель данных на уровне сущностей и взаимосвязей между ними. Такой уровень отображения модели удобен для обсуждения с экспертами предметной области. Сущность можно определить как объект, событие, концепцию, информация о которых должна сохраняться. Модель данных, основанная на ключах включает описание всех сущностей и первичных ключей в данной предметной области. Полная атрибутивная модель - это детальное представление структуры данных в третьей нормальной форме и включает все сущности, ключи и атрибуты. Формирование сущностей Интерфейс Erwin выполнен в стиле Windows - приложений и достаточно прост и интуитивно понятен. Отметим только те кнопки панели инструментов, которые могут вызвать затруднения. Обозначения кнопок и их описание приведено в табл. Назначение кнопок и их обозначение приведено на рис. Верхний ряд, слева направо: При ее активации щелчок на рабочем пространстве позволяет создавать новую сущность. Вводит специальный вид связи между сущностями. Слева направо, нижний ряд: При создании реальных моделей количество сущностей и атрибутов может измеряться сотнями. Для более удобной работы с большими моделями Erwin предлагает работу с подмножествами модели Sabject Area , в которые включаются разработчиком тематически близкие сущности. Для этого вызывается диалог Sabject Area Editor, в котором указывается имя подмножества и входящие в него сущности. Все изменения в подмножестве автоматически отражаются во всей модели. Каждый щелчок при активированной кнопке сущности приводит к созданию новой сущности на диаграмме. Каждую сущность может быть дополнительно определена с помощью текстового описания в закладке Definition. Для этого на редактируемой сущности следует щелкнуть правой кнопкой и выбрать из всплывающего меню пункт Entity Editor. В пункте Definition создается определение созданной сущности. В пункте Note добавляют дополнительные замечания о сущности, которые не были сделаны в пункте Definition. В закладке Note2 можно отметить некоторые возможные запросы, которые предположительно будут формироваться для создаваемой сущности. В пункте USD User Defined Properties - свойства, определяемые пользователем разработчик вносит дополнительные комментарии и определения к сущности. Закладка Note3 позволяет меры данных для сущности. Пример использования этого меню приведен на рис. В закладке Icon сущности можно поставить в соответствие некоторый рисунок, который будет отображаться в режиме просмотра модели на уровне иконок. Разработчик базы данных в соответствии с правилами проектирования определяет какие свойства будут приданы данной сущности и какие атрибуты будут ее наполнять. Атрибут, или группа атрибутов, которые однозначно идентифицируют сущность, называется первичным ключом. Диалог пользователя с этим пунктом приведен на рис. Диалог Entity Editor Рис. Свойства этих атрибутов задаются в правой части раскрывшегося окна. В этом окне следует не только присвоить вводимым атрибутам имена, но и определить домены, на которых они строятся. Размерность количество знаков домена можно будет определить при работе с физическим уровнем программы Erwin. Атрибут, являющийся первичным ключом должен быть указан в закладке General. КЛЮЧИ Каждый экземпляр сущности должен быть уникален и отличаться о других экземпляров. Для выделения экземпляров, поиска их в базе данных, связи с другими таблицами в практике организации информационных процессов используются атрибуты, однозначно определяющие тот или иной объект. Такие атрибуты называют ключами. Различают первичные ключи и внешние. Первичный ключ primary key - это атрибут или группа атрибутов, однозначно идентифицирующая экземпляр сущности. Атрибуты первичного ключа на ER-диаграмме находятся в списке выше горизонтальной линии см. Для определения атрибута в качестве первичного ключа необходимо установить флажок Рrimary key в нижней части закладки General. Неключевой атрибут можно внести в состав ключевого и наооборот, используя режим переноса атрибутов кнопка в панели инструментов. Выбор первичного ключа в ряде случаев может оказаться непростой задачей. На его роль могут претендовать несколько атрибутов. Такие претенденты называются потенциальными ключами candidate key. Ключи могут быть сложными, то есть представлять собой конкатенацию нескольких атрибутов. Для того чтобы атрибут мог стать первичным ключом он должен удовлетворять следующим требованиям: Два экземпляра сущности не должны иметь одинаковых значений возможного ключа. Сложный первичный ключ не должен атрибутов, удаление которых не приводило бы к потере уникальности. При выборе первичного ключа предпочтение должно отдаваться наиболее простым ключам. Атрибуты первичного ключа не должны содержать нулевых значений. Значения ключевых атрибутов не должны меняться в течение всего времени существования экземпляра сущности. Кроме этого, каждая сущность должна иметь по крайней мере один потенциальный ключ. Некоторые сущности могут иметь более одного возможного ключа. При выборе одного из них первичным остальные становятся альтернативными ключами Alternate key. При работе информационной системы нередко необходим доступ сразу к нескольким экземплярам сущностей. На практических занятиях будем использовать режим локальной машины. Появится диалог Create Database. Установите режим локальной машины опция Local Engine. В поле Database укажите полное имя БД с расширением. Для ввода имени пользователя SYSDBA и пароля masterkey используйте соответственно поля User Name и Password. Это пароль по умолчанию. В поле Database Options введите следующую фразу: DEFAULT CHARACTER SET WIN Это необходимо для того, чтобы в нашей базе данных можно было сохранять строковые данные, содержащие символы кириллицы. Мы создали БД под именем bd1. При этом программа ISQL сразу же подключилась к вновь созданной БД в статусной строке окна программы появилось имя текущей активной БД. В созданной БД пока отсутствует информация о структуре данных проектируемой информационной системы. Как ввести эту информацию в БД? Ниже рассматривается ряд способов решения этой задачи. Создание объектов БД 2. Более подробно особенности работы с утилитой WISQL излагаются студентам на этапе изучения основ языка SQL [3]. В методических указаниях рассматриваются другие способы проектирования БД, основанные на получении основных результатов в ERwin и переносе их в среду InterBase. ERwin может подключиться к БД используя разрядные драйверы ODBC. При создании ODBC-драйвера выполните следующие действия [4]: После создания драйвера вновь появляется диалог ODBC Data Source Administrator, в списке которого можно найти имя сконфигурированного драйвера. Для просмотра параметров конфигурации выделенного драйвера нажмите на клавишу Configure. Появляется диалог Schema Generation рис. Для каждой логической схемы можно создать несколько таких наборов установок опций. Текущий набор установок выбирается в списке Option Set, в верхней части диалогового окна. Для создания нового набора установок нажмите клавишу New и введите имя создаваемого набора. Закладки диалога Schema Generation. Служит для задания опций генерации объектов БД - таблиц, колонок, индексов, представлений и т. Для задания опций генерации какого-либо объекта следует выбрать название объекта в левом списке закладки, после чего включить необходимые опции в правом списке. В закладке Summary отображаются все опции, заданные в закладке Options. Позволяет внести комментарий для каждого набора опций. Кнопки диалога Schema Generation. Здесь выбираются таблицы сущности , которые должны войти в схему. Диалоговое окно фильтра состоит из двух списков, содержащих имена таблиц или сущностей, в зависимости от положения переключателя Display Names. В левом списке находятся имена таблиц, исключенные из схемы генерации, в правом - вошедшие в схему. Перемещение таблиц между списками осуществляется при помощи стандартных кнопок со строками. Относительное количество выбранных таблиц показано над правым списком в виде дроби, в знаменателе которой проставляется общее число таблиц в схеме. Эта же дробь выводится и в нижней части главного окна генератора схем. Просмотр сгенерированного SQL-сценария БД. Диалог содержит стандартное текстовое окно и набор кнопок для редактирования, просмотра и печати текста сценария. В полученном сценарии присутствуют различные SQL-запросы: CREATE TABLE - создание таблицы; CREATE INDEX - создание индекса; ALTER TABLE ADD PRIMARI KEY - добавление первичного ключа; ALTER TABLE ADD FOREINGN KEY - добавление внешнего ключа и т. Вывод SQL-сценария на печать. Сохранение SQL-сценария скрипта в текстовом файле. Эти команды можно в дальнейшем редактировать текстовым редактором и выполнять при помощи соответствующей утилиты сервера. Запуск процесса генерации физической схемы БД. В диалоге связи с БД необходимо ввести имя пользователя и пароль. В выпадающем списке Database следует выбрать имя ODBC-драйвера. После нажатия кнопки Connect появится диалог Generate Database Schema. По умолчанию в диалоге установлена опция Stop If Failure. Это означает, что при первой же ошибке выполнение скрипта прекращается. Щелкнув по кнопке Continue, можно продолжить выполнение. Кнопка Abort прерывает выполнение. При выключенной опции Stop If Failure скрипт будет выполняться, несмотря на встречающиеся ошибки. Перед выполнением этапа генерации физической схемы необходимо быть уверенным в том, что БД создана и "пуста". Если полной уверенности в этом нет, то рекомендуется выполнить в WISQL следующие действия: Разумеется, эту последовательность шагов можно выполнять лишь на этапе изучения методики прямого проектирования, то есть, когда нет необходимости сохранять объекты старой БД. При создании новой БД важно сохранить неизменным ее имя. Это позволит работать с одним и тем же ODBC-драйвером. После завершения генерации физической схемы ERwin остается подключенным к БД через ODBC-драйвер. Эту связь необходимо разорвать для обеспечения возможности просмотра объектов БД в среде WISQL: Итак, в созданную БД введена информация, касающаяся всех объектов разработанной в среде ERwin модели информационной системы. Эту информацию можно просмотреть, используя меню Metadata диалога InterBase Interactive SQL. Преимущество такого подхода очевидно в тех случаях, когда необходимо периодически выполнять повторяющиеся последовательности операторов. Обычно средствами ERwin создается основа Script-файла, а затем она редактируется и дополняется с целью обеспечения возможности его запуска на выполнение. Дополнение основы Script-файла командами подключения к БД. Обычно редактирование Script-файла выполняется в текстовом редакторе. При редактировании в начале SQL-сценария необходимо написать команды подключения к БД а иногда команды удаления старой версии БД и создания ее новой версии. Если в Script-файле присутствуют триггеры и хранимые процедуры, то необходимо включить в текст файла оператор SET TERM, предназначенный для смены вида разделителя. Перед первым оператором CREATE TRIGGER или CREATE PROCEDURE устанавливают новый разделитель "!! Запуск Script-файла на выполнение: Если все сделано правильно, после отработки скрипта программа выдает сообщение Script Completed Successfully скрипт завершен успешно. Подключитесь к созданной БД, а затем, используя команды меню Metadata, проведите анализ достигнутых результатов проектирования. Обычно первый сценарий не является окончательным. Проектирование клиент-серверной системы является итерационным процессом. Поэтому, в ходе дальнейшей разработки системы требуется изменять и дополнять сценарий создания БД. При этом используются более сложные, но и, во многих случаях, более эффективные способы видоизменения SQL-сценария. Сначала свяжем со схемой БД три пользовательских свойства, значения которых должны соответствовать имени файла БД, имени пользователя и пароля. Для этого воспользуемся реализованным в ERwin механизмом пользовательских свойств [6]. В верхней части окна находится поле Class, в котором указано, для какого объекта диаграммы задаются пользовательские свойства. В данном случае этим объектом является сама диаграмма, поэтому в поле стоит Diagram. Таблица пользовательских свойств содержит следующие поименованные колонки: Для пользовательского свойства определены следующие типы данных: Command - выполняемая строка. В качестве значения свойства этого типа можно задать команду, которая будет вызываться при нажатии на имя свойства кнопка в строке таблицы UDP ; Date - дата. При обращении к свойству этого типа значение можно будет выбрать из стандартного выпадающего списка. Значения для этого списка следует задавать в колонке Default, перечислив их через запятую. Добавление нового свойства производится при помощи нажатия кнопки , находящейся в первой колонке таблицы свойств. Введите в эту таблицу три свойства текстового типа: Создание шаблона для генерации команд подключения к БД. Воспользуемся тем, что ERwin позволяет назначить каждому объекту в рассматриваемом случае - диаграмме диаграммы специальные шаблоны, написанные на встроенном макроязыке. Диалоговое окно InterBase Schema Property Editor редактор свойств схемы содержит две страницы рис. Здесь схема связывается с шаблонами хранимых процедур, которые создаются при генерации схемы. На этой странице создаются SQL-скрипты, которые ERwin выполняет перед или сразу же после генерации таблиц или схемы в целом. Чтобы добавить шаблон следует нажать кнопку New. Введите в диалоге имя шаблона "Подключение к БД". Введенное имя шаблона появится в таблице, в колонке Script Template Name рис. В колонке Type указывается тип скрипта, а в колонке Code первая строка кода шаблона. Текст шаблона вводится в окне Schema Script Template, которое представляет обычный текстовый редактор. Перейдите в это окно и наберите следующий текст шаблона: В левой части этого окна находятся списки, содержащие имена макросов, относящихся к сущностям Entity Macro , связям Relationship Macro , атрибутам Attribute Macro , ограничениям Constrain Macro , а также макросы общего назначения Miscellaneous Macro. В центральной части, в окне Description выводится синтаксис выделенного макроса и пример его использования для фрагмента схемы, приведенного в правой части диалога. Если щелкнуть дважды по выбранному имени макроса, то оно будет вставлено в то место редактируемого текста шаблона, где была оставлена отметка курсора. Нажмите кнопку Close и вернитесь в редактор Schema Script Template Editor. В окне Schema Script Template будет виден фрагмент текста создаваемого шаблона, содержащей введенный макрос. Выделите шаблон в правом списке и нажмите кнопку Attach подключить. В окне, находящемся справа и озаглавленном Script Expansion выводится результат работы шаблона: Нажмите на кнопку ОК. В окне Table Script Template наберите следующий текст шаблона: Для большинства таблиц модели, запрос на создание процедуры вставки записи имеет такой вид []: Точно также процедура изменения записи таблицы должна иметь вид: Перенос структуры данных с одного сервера на другой 3. ERwin позволяет создать модель данных путем обратного проектирования имеющейся БД. После того как модель создана, можно перейти на другой сервер и произвести прямое проектирование структуры БД для другой СУБД. При этом возникает диалог ERwin Template Selection рис. В этом диалоге можно задать следующие опции: При помощи кнопки Browse можно выбрать текстовый файл, содержащий SQL-скрипт. Группа Items to Reverse Engineer позволяет задать объекты, на основе которых будет создана модель. При помощи списка выбора Option Set, а также кнопок New, Update и Delete можно создавать и редактировать именованные конфигурации объектов БД, которые могут быть использованы многократно при других сеансах обратного проектирования. Этот механизм особенно удобно использовать в процессе изучения влияния выбора различных опций на результаты обратного проектирования. Группа Reverse Engineer позволяет включить в модель системные объекты окно выбора System Objects и установить фильтр на извлекаемые таблицы по их владельцу. Установка опции Primary Key в группе Infer означает, что ERwin будет генерировать первичные ключи на основе анализа индексов. Если включена опция Relations, ERwin будет устанавливать связи на основе имен колонок первичного ключа или индексов. Эти опции имеют смысл, только если связи не прописаны явно. Группа Case Conversion позволяет задать опции конвертизации регистра при создании логических и физических моделей. Если опция включена или SQL-команда создания представления содержит сложные конструкции например, агрегативные функции , колонки представления импортируются как определяемые пользователем. После установки необходимых опций необходимо щелкнуть по кнопке Next, после чего появляется диалог связи с БД, устанавливается процесс обратного проектирования, во время которого появляется статус процесса в диалоге Reverse Engineer-Status. В результате процесса создается новая модель данных. С другой стороны, системный каталог БД может редактироваться другими проектировщиками. В результате спустя некоторое время после последнего сеанса обратного проектирования могут возникнуть расхождения между реальным состоянием системного каталога и моделью данных. Возникает диалог Complete Compare Set Options, который во многом похож на описанный выше диалог Reverse Engineer Set Options. Разница заключается в том, что в отличие от обратного проектирования сравнивать текущую модель можно не только с БД или SQL-скриптом, но и с другой моделью ERwin, хранящейся в файле. После нажатия на кнопку Next диалога Complete Compare Set Options возникает диалог связи с БД, устанавливается сеанс связи с сервером и в диалоге Complete Compare Resolve Differences показывается текущее состояние модели слева и системного каталога СУБД справа рис. Линейка индикаторов, расположенная между двумя списками, в начале процесса синхронизации показывает наличие изображены два квадрата разного цвета или отсутствие изображен прямоугольник разницы между объектами сравниваемых структур. Если выделить одну их строк состояния модели или системного каталога, та в правой части диалога активизируются кнопки, позволяющие задать один из режимов синхронизации: EXPORT - экспорт объекта из модели в БД; IMPORT - импорт объекта из БД в модель; IGNORE - игнорирование различия между моделью и БД; DELETE - удаление объекта из БД. Разработчик должен выделить строку несоответствия сравниваемых структур и нажать одну из кнопок, которая, по его мнению, позволяет ликвидировать это несоответствие. Например, в модели ERwin таблице CUSTOMER соответствует таблица CUST в БД. По умолчанию ERwin определяет, что это разные объекты, хотя по смыслу это одно и то же. Для того чтобы ERwin правильно провел синхронизацию, необходимо вручную связать эти две таблицы. Для связывания таблиц необходимо щелкнуть по кнопке Match, затем по таблице модели левый список и, наконец, по таблице БД правый список. Кнопка UnMatch служит для отмены связывания таблиц. Кнопка Report позволяет сгенерировать отчет о синхронизации, кнопка Preview вызывает диалог Preview SQL Commands, в котором показывается SQL-скрипт, выполняемый для проведения синхронизации. После щелчка по кнопке Next возникает диалог Complete Compare Import Changes, в котором можно задать дополнительные опции синхронизации. Группа Case Conversion of Logical Names позволяет задать регистр имен создаваемых в модели объектов. Группа If Table to Import Exist in Model позволяет задать опции генерации схемы в случае, если таблица уже существует в модели. Может быть использована существующая таблица Use Existing Table либо создана дублирующая Create Duplicate Table. Опции Primary Keys, Relation и Import Base Tables имеют то же назначение, что и соответствующие опции диалога Reverse Engineer Set Options см. Кнопка Start Import служит для запуска процесса импорта в модель. Заключение Объектно-ориентированное программирование нацелено на разработку крупных программных комплексов, разрабатываемых командой программистов возможно, достаточно большой. Проектирование системы в целом, создание отдельных компонент и их объединение в конечный продукт при этом часто выполняется разными людьми, и нет ни одного специалиста, который знал бы о проекте всё. Объектно-ориентированное проектирование состоит в описании структуры и поведения проектируемой системы, то есть, фактически, в ответе на два основных вопроса: Из каких частей состоит система. В чём состоит ответственность каждой из частей. Выделение частей производится таким образом, чтобы каждая имела минимальный по объёму и точно определённый набор выполняемых функций обязанностей , и при этом взаимодействовала с другими частями как можно меньше. Дальнейшее уточнение приводит к выделению более мелких фрагментов описания. По мере детализации описания и определения ответственности выявляются данные, которые необходимо хранить, наличие близких по поведению агентов, которые становятся кандидатами на реализацию в виде классов с общими предками. После выделения компонентов и определения интерфейсов между ними реализация каждого компонента может проводиться практически независимо от остальных разумеется, при соблюдении соответствующей технологической дисциплины. Большое значение имеет правильное построение иерархии классов. Одна из известных проблем больших систем, построенных по ООП - технологии - так называемая проблема хрупкости базового класса. Она состоит в том, что на поздних этапах разработки, когда иерархия классов построена и на её основе разработано большое количество кода, оказывается трудно или даже невозможно внести какие-либо изменения в код базовых классов иерархии от которых порождены все или многие работающие в системе классы. Даже если вносимые изменения не затронут интерфейс базового класса, изменение его поведения может непредсказуемым образом отразиться на классах-потомках. В случае крупной системы разработчик базового класса не просто не в состоянии предугадать последствия изменений, он даже не знает о том, как именно базовый класс используется и от каких особенностей его поведения зависит корректность работы классов-потомков. Уэнди Боггс, Майкл Боггс: UML и Rational Rose, г. Процедура генерации модели данных для СУБД InterBase Windows InterActive SQL. Создание логической модели базы данных в пакете ErWin 4. Создание базы данных "Спортивный клуб". Проектирование базы данных тренера спортивного клуба. База данных магазина "Павлин". Разработка базы данных в СУБД Access для музыкального магазина. Базовые понятие реляционной модели данных создание таблицы MS Access. Другие документы, подобные "Создание базы данных средствами ERwin".


Кремль где снимался иван васильевич
Всеволожская црб расписание врачей детская поликлиника
Решение заданий по английскому языку
Моделирование в ERwin
Сделать украшения из продуктов
Постиндустриальная структура хозяйства характерна для стран
Расписание международных рейсов волгоград
Моделирование в ERwin
Образцовый театр танца
Москва ростов ярославский расписание автобусов
4.5. Создание логических связей Связи в eRwin
Двигатель змз 5234 технические характеристики
Как сделать бампер на ваз
Я начал жить в трущобах кто поет
Моделирование в ERwin
Блюда для фуршета своими руками
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment