книги хакеры / журнал хакер / специальные выпуски / Специальный выпуск 52_Optimized

модели - это зависимость между двумя сущностями, значимая для рассматриваемой предметной области. В этом случае каждый экземпляр одной сущности ассоциируется с произвольным (в том числе и нулевым) количе- ством экземпляров второй сущности и наоборот. На ER-диаграммах связь представляется в виде линии, связывающей две сущности. При этом в месте "стыковки" связи с сущностью используются специальные обозна- чения, которые описывают специфи- ческие особенности связей. Например, жирная точка на входе в прямоугольник сущности означает, что для нее в связи могут использоваться много экземпляров, а одноточечный вход - если в связи может участвовать только один экземпляр. Вообще

âсемантической модели возможны три вида связей между двумя сущностями: "один-к-одному", "один-ко-мно- гим" и "многие-ко-многим". Различие

âтом, какое количество экземпляров сущности с каждой стороны может быть связано между собой.

А КАК ЭТО ВЫГЛЯДИТ В ERWIN?

ER-модели получили широкое распространение в компьютерных системах автоматизированного проектирования БД как CASE-средства (Computer Aided System Engineering), а программа ERwin - одна из лучших CASE-средств.

Все графические элементы модели ERwin могут редактироваться средствами, принятыми в Windows: группировкой, копированием, удалением, перемещением, использованием буфера обмена. Диалоговые окна (еще и удобные при этом) позволяют выделять с помощью цветов или разных шрифтов разные компоненты диаграммы. Выделение может быть выполнено как для всей модели (например, все внешние ключи отображать красным цветом), так и для отдельно-

го компонента (для таблицы, атрибутов одной таблицы, одной связи и т.д.). Компоненты модели, представленные в виде текста (имена сущностей, атрибутов, текстовые комментарии), могут редактироваться непосредственно на экране. Использование цветового и шрифтового выделения на диаграмме информационной модели делает ее более наглядной и позволяет проектировщику обратить внимание пользователей диаграммы на ее отдельные элементы.

Создание нового проекта в ERwin начинается с диалогового окошка, определяющего тип будущей модели. ERwin умеет показывать семантическую модель на двух уровнях отображения - логическом (Logical) и физи- ческом (Physical). Логический уровень означает прямое отображение фактов сущностей реальной жизни. Например, комплектующие, изделия и заказчики являются реальными объектами. Их именуют на естественном языке, в том числе с помощью любых разделителей слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД и не определяются типы данных (например, целое или вещественное число). Целевая СУБД, имена объектов, типы данных и индексы составляют второй, физический уровень модели ERwin. После перехода на физический уровень сущности надо воспринимать уже как таблицы, а названия атрибутов - как заголовки столбцов.

Чтобы понять смысл всех терминов, выбери возможность использования обоих типов моделей, то есть Logical/Physical. Использовать модель будем в знаменитой СУБД Access 2000.

СОЗДАЕМ СТРУКТУРУ МОДЕЛИ

Сначала надо подумать и выделить информационные сущности. Для примера можно создать сущность "Комплектующие". Ее экземпляры -

это различные типы материнок, вин- честеров, мониторов и т.п.

В реальной СУБД сущности всегда соответствует таблица. В ERwin она в наглядном виде представляет три основных вида информации:

1.атрибуты, составляющие первич- ный ключ (ключевые атрибуты);

2.неключевые атрибуты;

3.тип сущности (независимая или зависимая).

Создание сущностей не отличается оригинальностью, в нем все просто и понятно: первый щелчок мыши - выбор инструмента, второй щелчок - в поле графической области окна. Далее определяется имя сущности и задаются ее атрибуты. Нас сейчас интересуют три свойства комплектующего: наименование, единицы измерения и цена за единицу товара. Однако экземпляры надо как-то различать, в чем нам поможет первичный ключ. Определим для него новый числовой атрибут - "Код комплектующего".

Атрибуты лучше создавать в специальном диалоговом окне, которое вызывается двойным щелчком мыши.

Здесь можно определить несколько интересных свойств для каждого атрибута. Поскольку я указал на физи- ческом уровне в качестве целевой СУБД Access 2000, то ERwin уже сам знает, какие типы данных можно задавать для атрибутов. Основные типы выбираются на вкладке General, уточ- ненные - на вкладке Datatype. Также для каждого атрибута можно устано-

Все примеры приведены для версии ERwin 4.0. За совместимость в других версиях не отвечаю :).

ERwin надежно хранит твою модель в файле с расширением *.er1. Предыдущая копия твоего файла создается автомати- чески в файле *.BK1.

тельность, то есть допустимость или недопустимость неопределенных (NULL) значений для него.

Аналогично можно обойтись и с другими сущностями. Для моего примера определяется сущность "Изделия" с атрибутами "Код изделия" (первич- ный ключ), "Наименование" и "Приме- чание". Экземплярами будут различ- ные сборочные модели компьютеров, которые предлагают клиентам ушлые менеджеры по продажам :).

Наконец, надо попытаться как-то связать эти две сущности и поставить ребром вопрос выбора типа связи. На этом этапе глубоко задумываешься над смыслом предметной области и пытаешься представить себе, как взаимодействуют отдельные экземпляры сущностей. Очевидно, что один вид комплектующего может входить в несколько изделий. Например, одиночный процессор CPU Intel P4 3,0GHz может быть включен в конфигурацию из разных комплектующих. Поэтому здесь прослеживается связь "многие-ко-многим".

В программе ERwin связь устанавливается очень просто: выбираешь инструмент и кликаешь мышью на тех сущностях, которые хочешь связать.

Тут есть одно важное замечание по поводу разных видов связей. В ERwin всевозможные виды связей устанавливаются только на уровне Logical.

Уровень Physical тоже отображает такой вид связи, однако следует учитывать, что все реляционные СУБД поддерживают только два вида: "один-к- одному" и "один-ко-многим". Связь "многие-ко-многим" напрямую не поддерживается, поэтому такой вид связи надо разрешить. В теории это делается введением промежуточной сущности с составным первичным ключом, включающим в себя первич- ные ключи обеих связываемых сущностей.

К счастью, программа ERwin сделает всю рутинную работу за тебя. Для этого нужно кликнуть на кнопку Many to Many Transform, которая расположена на панели Transforms. Если подумать, то появившаяся после этого

Пример идентифицирующей связи

промежуточная сущность тоже оказывается полезной! Действительно, здесь как нигде полезно хранить данные о том, сколько комплектующих определенного вида входит в изделие. Просто добавь в промежуточную сущность "Комплектующие_Изделия" атрибут "Количество комплектующих" (естественно, как неключевой) - и дело сделано.

КАКИЕ ТИПЫ СВЯЗЕЙ ВЫБРАТЬ?

Как уже было сказано, связи отображают функциональную зависимость между двумя сущностями. Связь - это понятие логического уровня, которому соответствует внешний ключ на физическом уровне. В ERwin каждый вид связи представлен пятью основными элементами информации:

1.тип связи (идентифицирующая или неидентифицирующая связь);

2.родительская сущность;

3.дочерняя (зависимая) сущность;

4.мощность связи;

5.допустимость пустых, или неопределенных (null), значений.

Установка типа связи тоже не составит особого труда. Пару щелчков мыши - и связь присутствует. В глаза сразу бросятся два отличия от предыдущего варианта: линия связи сплошная, ключ из сущности "Сотрудники" перешел в сущность "Заказы" в каче- стве неключевого. Такой атрибут в дочерней сущности называется внешним ключом, и он служит для поиска и поддержания ссылочной целостности данных. Но об этом позже.

Мощность связи (Cardinality) представляет собой отношение количества экземпляров родительской сущности к соответствующему количеству экземпляров дочерней сущности. Мощность связи записывается в виде 1:N. ERwin предоставляет четыре варианта для N, которые изображаются дополнительным символом у дочерней сущности:

-ноль, один или больше (по умолча- нию);

-íîëü èëè îäèí;

-один или более;

-ровно N, где N - конкретное число. Допустимость пустых (null) значе-

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

Эту работу по обработке данных будет делать СУБД

КАК ОБЕСПЕЧИТЬ ЦЕЛОСТНОСТЬ ДАННЫХ?

Целостность означает правильность и непротиворечивость информации в базе данных. Есть целостность сущностей и целостность по ссылкам. С первым видом все понятно: ввел первичный ключ, и все экземпляры сущности стали отличимыми друг от друга. Сложнее обеспечить непротиворечивость данных при их обработке. Для этого надо задать ка- кие-то процедуры обработки ключе- вых атрибутов (первичного и внешнего ключей), оформив правила поддержки ссылочной целостности.

Для каждой связи на логическом уровне могут быть заданы требования по обработке операций вставки, обновления и удаления (insert, update, delete) для родительской и до- черней сущности. Программа ERwin предоставляет следующие варианты обработки этих событий:

1.отсутствие проверки;

2.проверка допустимости;

3.запрет операции;

4.каскадное выполнение операции удаления/обновления (delete/update);

5.установка пустого (null-значе- ния) или заданного значения по умолчанию.

К примеру, для связанных сущностей "Сотрудники" и "Заказы" установленные типы операций обработки данных показаны на рисунке. Устанавливаем тип связи restrict (ограни- чение, запрет), поскольку иначе при удалении записи о каком-нибудь сотруднике (уволился из фирмы) в таблице "Сотрудники" будет удалена вся связанная с ним информация из таблицы "Заказы". Нехорошо :).

ГЕНЕРАЦИЯ ФИЗИЧЕСКОЙ СТРУКТУРЫ

Генерация физической базы данных происходит без особых усилий с твоей стороны. Сначала надо создать пустую базу данных в той СУБД, куда планируется генерировать свою модель. После этого следует поработать в ERwin: установить соединение (connect) с целевой СУБД, затем нажать кнопку Forward Engineer на панели Database (то же самое делает соответ-

ствующий пункт главного меню - Tools).

Как ты помнишь, мы выбираем генерацию в Access. Если забыл (или хо- чешь поменять СУБД), то посмотри меню Database/Choose Database. Это окно позволит тебе получить представление о мощности программы ERwin. В списке есть и настольные (Desktop) СУБД, и "тяжелые", сетевые. И к каждой системе нужен особый подход!

Осталось установить соединение. Жмем меню Database/Database Connection и видим окно подключе- ния. Заполняй его так, как показано на рисунке и жми Connect. Если все сделано правильно, то окно исчезнет.

"Ну а где же сама генерация?" - спросишь ты. Терпение :). Вызови окошко Forward Engineer из главного меню Tools и нажми кнопку Generate...

Произошло выполнение нужных скриптов, программа отработала и подвела статистику по их выполнению.

Готовая СУБД к твоим услугам! Чтобы посмотреть созданную структуру, открывай файл в Access 2000.

ВМЕСТО ЗАКЛЮЧЕНИЯ

Конечно, те функции, о которых я рассказал, не полностью раскрывают таланты ERwin'а. Ты, конечно же, понял главное: это программа очень полезна для разработчика баз данных!

Если когда-нибудь тебе предложат заниматься моделированием, знай, что ERwin поможет тебе решить многие проблемы. E

Внимание! Подключаюсь!

$LNS $ID/init.cssd $rc/"$RC_START"init.cssd || { $ECHO $?; exit 1; }

$LNS $ID/init.cssd $rc/"$RC_KILL"init.cssd || { $ECHO $?; exit 1; }

Âзависимости от подверсии 10g они могут находиться как рядом, так и в двух соседних циклах for/done.

Вот и все. Теперь:

#. <ïóòü ê Oracle>/root.sh

Âокне инсталлятора при этом нужно нажать OK. В результате - создались все нужные файлы, Oracle стартовал, а вместе с ним запустились всяческие полезные сервисы, о которых нам бодро доложили. Но перед тем как заняться исследованием вновь установленного монстра, убедись, что умеем стартовать его вручную. Дело в том, что после первой же перезагрузки наш Oracle станет недоступным. А запустить инсталлятор с тем, чтобы он нам опять поднял базу, мы уже не сможем. Для этого познакомимся с файлом /etc/oratab, в котором определяется, какие базы данных стартуют автомати- чески при запуске утилиты dbstart. По умолчанию последняя строка файла выглядят следующим образом:

orcl:<ïóòü ê Oracle>:N

»

34 ПРОЕКТИРОВАНИЕ СВИДАНИЕСОРАКУЛОМ

В последнем поле нужно поменять N на Y. Это означает, что инстанцию Oracle нужно-таки грузить. Перейдем к старту. Подготовка:

$ export ORACLE_HOME=<ïóòü ê Oracle> $ export ORACLE_SID=orcl

$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib $ export PATH=$PATH:$ORACLE_HOME/bin

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

Ну а теперь - непосредственно старт:

$ dbstart

$ lsnrctl start

Oracle Enterprise Manager: главный экран. Выглядит, как центр управления полетами