1. Введение
2. Права доступа
3. Начало работы
4. Принцип хранения информации в ModelMart
5. Редактор библиотек
5.1. 5.1. Создание, изменение и удаление библиотеки
5.2. Работа с объектами библиотек
5.3. Дополнительные возможности
6. Создание новой модели
7. Загрузка модели
8. Редактор подмоделей
8.1. Создание, изменение названия и удаление подмодели
8.2. Формирование подмодели
9. Контроль изменений
10. Просмотр изменений, сделанных другими пользователями
11. Сохранение модели
11.1. Сохранение новой модели
11.2. Сохранение существующей модели
11.3. Snapshot
11.4. Сохранение в файл формата ER1
12. Сохранение файла формата ER1 в репозитарии ModelMart
13. Объединение моделей
13.1. Принципы объединения
13.2. Опции объединения
14. Поддержка версионности
14.1. Идеология версионности и архивирования
14.2. Создание версии
14.3. Дополнительная функциональность
15. Управление сессиями
16. Послесловие
В настоящей статье будет рассмотрена возможность работы с ModelMart из среды ERwin. Репозитарий ModelMart сформирован в базе данных ORACLE.
Для администрирования пользователей и определения прав их доступа используется модуль ModelMart Security Manager.
Рис. А
Для получения доступа к репозитарию ModelMart пользователь должен быть зарегистрирован как пользователь БД ORACLE, в которой создан репозитарий ModelMart. Для добавления пользователя к репозитарию используется кнопка User.
ModelMart для защиты информации в репозитарии позволяет устанавливать права доступа к объектам для каждого пользователя.
К объектам ModelMart по организации прав доступа относятся:
- Пользователь - каждый пользователь имеет пароль на право соединения с репозитарием. Пользователь имеет принадлежность к профилю и объектам модели (библиотека, модель, подмодель). Причем в разных объектах пользователь может принадлежать разным профилям. Можно задать доступ на весь репозитарий.
- Профиль или группа (рис. B) - определяет права доступа на работу с объектами ModelMart. К правам доступа к объектам относятся:
- право на создание, изменение и удаление (это независимые друг от друга права) библиотек;
- право на создание, изменение и удаление моделей;
- право на создание, изменение и удаление подмоделей;
- право на создание, изменение и удаление сущностей;
- право на создание, изменение и удаление физических объектов и т.п.
Рис. B
Работа с ModelMart осуществляется из среды проектирования ERwin. Для работы с ModelMart можно использовать панель инструментов или пункт меню ModelMart. Для включения панели инструментов надо нажать кнопку 
. Соединиться с ModelMart можно с помощью кнопки 
или пункта меню ModelMart Connection Manager. Для соединения (рис. 1) вводятся имя пользователя и пароль. При первом соединении необходимо также указать тип сервера БД Oracle (поле Host DBMS) и алиас для соединения с базой данных (DBMS Connection). Эти параметры запоминаются, и в дальнейшем вводить их не надо (если не требуется их изменить).
Рис. 1
Если в процессе предыдущего сеанса работы произошел несанкционированный выход из ModelMart или под этим именем уже кто-либо работает с другого рабочего места, после соединения с ModelMart будет выдано предупреждение (рис. 2).
Рис. 2
Положительный ответ позволяет продолжить работу с ModelMart.
4. Принцип хранения информации в ModelMart
Физическое хранение моделей ERwin осуществляется в репозитарии ModelMart, который формируется в базе данных при установке ModelMart. Если репозитарий не был установлен, эту операцию можно выполнить из среды ERwin с помощью ModelMart Manager.
Логическая структура хранения информации подразумевает хранение моделей в библиотеках. Для работы с библиотеками существует редактор библиотек (ModelMart Library Manager), который позволяет выполнять все необходимые операции по управлению библиотеками.
Вызывается редактор библиотек нажатием кнопки 
или выбором пункта меню ModelMart Library Manager. Диалоговое окно редактора представлено на рис. 3.
Рис. 3
5.1. Создание, изменение и удаление библиотеки
Для создания библиотеки в поле Name вводится ее название, в поле Description - описание библиотеки и нажимается кнопка Create. Название библиотеки появится в списке библиотек. Опция Auto Archive позволяет перед записью изменений автоматически создавать архив модели.
Рекомендации. При организации библиотек следует учитывать, что некоторые объекты в ModelMart хранятся не в модели, а в библиотеке. К таким объектам относятся:
- картинки;
- домены;
- ограничения (Constraints);
- значения по умолчанию;
- шаблоны процедур.
Поэтому в библиотеке рекомендуется хранить модели, имеющие сходную функциональность или использующие одинаковые вышеперечисленные объекты.
Здесь необходимо особо отметить такие объекты, как UDP (User Defined Properties - свойства, определяемые пользователем). Хранятся они также с привязкой к библиотеке, но (я не знаю, ошибка это или так задумывалось) UDP, созданные в одной библиотеке, видны и во всех других.
Для изменения параметров нужно выделить библиотеку в списке, внести соответствующее изменение в текст названия или описание и нажать кнопку Update. Изменения будут записаны в репозитарий.
Для удаления нужно выделить библиотеку в списке и нажать кнопку Delete. Библиотека будет удалена из репозитария вместе с принадлежащими ей моделями (и, соответственно, со всеми архивами, версиями и «мгновенными снимками» - snapshots, принадлежащими моделям библиотеки).
Внимание! После нажатия кнопки Delete дополнительных предупреждений о наличии в библиотеке моделей не выдается!!! Все модели библиотеки будут удалены!
5.2. Работа с объектами библиотек
Основной информационной единицей ModelMart является модель. Принципы работы с моделями будут рассмотрены ниже. В этом разделе рассматривается функциональность работы с моделями и объектами, созданными на основе модели и поддерживаемыми редактором библиотек.
Модель хранится в библиотеке. В процессе работы от модели могут быть порождены еще несколько типов объектов:
- Версии.
- Snapshots («мгновенные снимки»).
- Архивы.
Принципы создания этих объектов и работы с ними также будут рассмотрены далее. Визуально в иерархическом списке модель принадлежит библиотеке, а вышеперечисленные объекты являются подуровнями модели. Редактор библиотек позволяет работать с двумя первыми типами объектов. Он предоставляет пользователям возможность изменять названия моделей и объектов и комментарии к ним, а также удалять их. Принцип выполнения этих операций аналогичен работе с библиотеками (п. 4.1).
5.3. Дополнительные возможности
Редактор библиотек дает возможность контролировать текущее подключение пользователей к моделям и режимы блокировки этих моделей. Картинка с изображением замка слева от названия модели в списке обозначает, что с данной моделью сейчас ведется работа. При этом цвет говорит об уровне блокировки модели (зеленый - блокировка установлена вами, красный - блокировка установлена другим пользователем, желтый - блокировка не установлена). При выборе в списке такой модели в нижнем поле появляется список пользователей, работающих с ней в данный момент.
Кнопка Report вызывает стандартный генератор отчетов ERwin, включающий группу отчетов Library, где имеется шаблон отчета по объектам библиотеки.
При выборе библиотеки, модели или другого объекта в нижней части окна отображается дополнительная информация: кто создал, дата и время создания, кто и когда внес последние изменения, количество сущностей и объектов (для моделей и ее объектов).
Для создания новой модели необходимо нажать кнопку 
или выбрать пункт меню New ModelMart Diagram. На экран будет выведено окно (рис. 4). В выпадающем списке надо выбрать библиотеку, в которой будет создаваться модель. После выбора библиотеки список ModelMart Library Object Set будет заполнен списком объектов, которые ModelMart хранит не в модели, а в библиотеке.
Рис. 4
При нажатии кнопки Ok все эти объекты будут включены в новую модель. Если не требуется включать их в модель, нажимается кнопка Cancel.
Открыть модель можно кнопкой 
или пунктом меню Open ModelMart Diagram. При этом появляется окно (рис. 5). Для загрузки модели следует выбрать в правом списке библиотеку, в которой хранится модель. При этом левый список заполнится перечнем моделей с подмоделями из данной библиотеки. Затем следует выбрать необходимую модель или подмодель, установить уровень блокировки, налагаемой на выбираемый объект (рекомендуемое значение - Unlocked, возможны также значения Locked и Read-only), и нажать кнопку Ok. При выборе уровня Locked модель блокируется и становится недоступной для внесения изменений другими пользователями; при этом возможность загрузки модели другими пользователями сохраняется в режиме Read-only. Следует отметить, что при открытии подмодели в режиме Locked блокируется не только данная подмодель, но и вся модель, которой она принадлежит. Изменить уровень блокировки модели можно и в процессе работы. Для этих целей служит фиксируемая кнопка 
. Если кнопка нажата, значит модель находится в режиме Locked. Блокировка с модели снимается повторным нажатием кнопки. Причем сделать это может только пользователь, заблокировавший данную модель. В режиме Read Only нельзя установить блокировку модели (кнопка недоступна).
Рис. 5
Рекомендации. Для работы с большими моделями рекомендуется в целях ускорения работы загружать не всю модель, а только необходимые подмодели. Открытие модели или подмоделей должно осуществляться в режиме Unlocked, если только не требуется полная блокировка модели.
При выборе модели (подмодели) в нижней части окна отображается дополнительная информация по данной модели (подмодели): кто создал, дата и время создания, кто и когда внес последние изменения, количество сущностей и объектов.
ModelMart имеет в своем составе альтернативный ERwin редактор подмоделей. Вызывается он нажатием кнопки 
или через пункт меню ModelMart Subject Area Manager. Окно редактора подмоделей изображено на рис. 6.
Рис. 6
Редактор позволяет создавать, изменять и удалять подмодели. Он также позволяет формировать состав подмодели из списка сущностей. Чтобы зафиксировать все изменения, следует закрыть окно нажатием кнопки Ok. Кнопка Cancel отменит все изменения.
8.1. Создание, изменение названия и удаление подмодели
В верхнем списке представлена стандартная иерархическая структура репозитария ModelMart. Для создания подмодели в нем выбирается модель, для которой необходимо создать подмодель. Имя подмодели вносится в поле Subject Area Name, и нажимается кнопка Create SA.
Для изменения имени подмодели в верхнем списке выбирается подмодель. Имя подмодели корректируется в поле Subject Area Name, и нажимается кнопка Rename SA.
Для удаления подмодели в верхнем списке выбирается подмодель и нажимается кнопка Delete SA.
Рекомендации. В отличие от редактора подмоделей ERwin редактор ModelMart не позволяет создавать описания подмоделей, поэтому лучше пользоваться редактором ERwin, особенно при документировании моделей.
Для формирования состава подмодели ее следует выбрать в верхнем списке. Левый список заполнен всеми сущностями модели, правый - сущностями, входящими в подмодель. Для перемещения сущностей между списками используются кнопки «<<» и «>>». Включение опции Include Parents and Children позволяет вместе с выбранной сущностью переместить ее родительские и дочерние сущности.
В процессе работы можно просмотреть сделанные изменения. Это осуществляется нажатием кнопки 
или выбором пункта меню ModelMart Change Control Manager. При этом на экран выводится окно Review Changes (рис. 7). (В целях экономии места приводится только часть окна, несущая основную информацию.) Можно также восстановить модель из репозитария, отказавшись от некоторых изменений. Для этого следует отметить необходимые строки с изменениями для восстановления и нажать соответствующую кнопку или выполнить двойной клик на строке с изменениями. Все отмененные изменения будут аннулированы, а модель восстановлена из репозитария. Здесь существует один очень неприятный момент: все остальные изменения будут автоматически сохранены в репозитарий. С практической точки зрения это очень неудобно для пользователя, можно даже сказать - вызывает некоторое раздражение. Особенно когда сталкиваешься с этим впервые.
Рис. 7
Предусмотрено несколько возможностей по отображению изменений:
- просмотр статистической информации по изменениям (кнопка
) - при этом на экран выдается окно (рис. 8), в котором отображается суммарная информация по типам изменений. Если выделить конкретную строку в списке изменений, то в этом окне отобразится информация по выбранному изменению (рис. 9). При клике на подчеркнутую строку можно перейти на взаимосвязанную строку в списке изменений;
- режим отображения без деталей (показываются изменения только верхнего уровня) и с деталями (показывается вся иерархия изменений) - устанавливается отключением/включением кнопки
;
- режим просмотра графических изменений (изменение размеров и местоположения объектов) - устанавливается включением кнопки
;
- режим просмотра только конфликтных изменений (изменений объектов, выполненных разными пользователями) - устанавливается включением кнопки
Рис. 8
Рис. 9
Рекомендации. Данную функциональность удобно использовать в следующих случаях:
- для частичной отмены внесенных изменений;
- для документирования изменений (через формирование отчета).
10. Просмотр изменений, сделанных другими пользователями
Для просмотра изменений, сделанных другими пользователями, следует нажать кнопку 
или пункт меню ModelMart Refresh Manager, после чего будет загружено окно ModelMart Change Control Manager, аналогичное окну при просмотре изменений. В этом окне будут показаны все изменения, выполненные другими пользователями. Учитываются изменения, сохраненные с момента открытия вами модели и до выполнения Refresh. На рис. 10 приведен пример окна для сравнения его с рис. 7, чтобы показать различие данных операций (Change и Refresh). На нем видно, что кто-то из пользователей удалил сущность «Должность». Допускается выравнивание модели по изменениям в обоих направлениях, то есть можно удалить сущность у себя в модели или снова создать ее в репозитарии. Выполняться будут изменения, текст которых черного цвета. Для изменения направления выравнивания необходимо выделить изменение и нажать кнопку 
.
Рис. 10
Рекомендации. При возникновении конфликтных ситуаций в режиме удаления объектов (при сохранении своей модели обнаруживается, что ряд объектов удален другим пользователем) рекомендуется согласовывать изменения с администратором модели. Второй вариант разрешения таких конфликтов - запретить пользователям удалять объекты моделей, предоставив это право исключительно администратору модели.
Для сохранения модели требуется нажать кнопку 
или выбрать пункт Save to ModelMart. Если модель необходимо сохранить под новым именем, выбирается пункт меню ModelMart Save As. На время сохранения модель (подмодель) переводится в состояние Locked и становится недоступна для сохранения изменений другими пользователями. При большом количестве изменений процесс сохранения может занять продолжительное время, поэтому рекомендуется периодически производить сохранения в процессе работы с небольшими изменениями. Это необходимо для обеспечения процесса стабильности многопользовательской работы, а также во избежание потери информации по изменению модели, в случае сбоя в работе компьютера.
При сохранении новой модели появляется диалог (рис. 11).
Рис. 11
Для сохранения модели следует выбрать в правом списке библиотеку, в которую модель будет записана, а в левом поле ввести имя модели. После нажатия кнопки Ok сохранение модели произойдет без дополнительных предупреждений. Процесс сохранения отображается в строке статуса с помощью показателя прогресса.
11.2. Сохранение существующей модели
При сохранении изменений возникает стандартный диалог запроса на подтверждение сохранения (рис. 12).
Рис. 12
При снятом флажке Review All Changes Before Save сохранение изменений начинается сразу. При установленном флажке на экран выдается диалог ModelMart Change Control Manager. Для контроля конфликтных ситуаций рекомендуется оставлять данную опцию включенной. Кнопка 
позволяет сохранить изменения. Кнопка 
отменяет сохранение изменений. Имеется возможность частичного сохранения изменений. Для этого выбирается строка в списке изменений и нажимается кнопка 
или делается двойной клик на строку с изменениями. Можно сохранить измененную модель в формате файла ERwin ER1 или сформировать отчет об изменениях.
Если в промежутке между загрузкой модели и ее сохранением кто-либо из пользователей сделал изменения и сохранил их, то окно (рис. 13) будет состоять из двух частей (аналогично окну показа расхождений - (см. рис. 10). В левой части будут отображены изменения, сделанные вами, в правой - другими пользователями. При этом принципы сохранения изменений аналогичны вышеописанным. Можно сохранить свои изменения, а можно оставить изменения, внесенные другими пользователями.
рис. 13
Рекомендации. Необходимо периодически сохранять информацию, поскольку при сохранении большого числа изменений ModelMart не может показать детали изменений (ориентировочно это происходит при изменении более 200 параметров объектов). Об этом выдается сообщение. Кроме того, при одновременном сохранении большого количества изменений существует вероятность «зависания» компьютера.
Иногда при сохранении может выдаваться сообщение, что пользователь не имеет прав на выполнение той или иной операции. Это определяется правами доступа к репозитарию. Запрещенные операции выполняться не будут. Чтобы решить подобные проблемы, необходимо обратиться к администратору ModelMart для выяснения своих полномочий.
Если при сохранении информации в ModelMart возникает ошибка (модель заблокирована другим пользователем и т.п.), существует возможность сохранить модель в файл формата ER1. Для этого нажимается кнопка 
или выбирается пункт меню File Save As. При этом возникает диалог для ввода имени Snapshot (рис. 14).
Рис. 14
По умолчанию ModelMart формирует имя, состоящее из алиаса пользователя и даты, заключенных в квадратные скобки. Имя можно изменить, однако рекомендуется оставлять квадратные скобки для выделения Snapshot. Snapshot представляет собой «мгновенный снимок» модели на момент последнего успешного сохранения (если сохранения в процессе работы не было, то на момент открытия). После создания Snapshot выдается стандартный диалог ERwin сохранения модели в файл. В файл модель сохраняется с изменениями. Snapshot используется для последующей синхронизации моделей из файла и репозитария (п. 11).
11.4. Сохранение в файл формата ER1
Если модель необходимо сохранить не в репозитарий ModelMart, а в файл формата ER1 (формат ERwin), нажмите кнопку закрытия модели или пункт меню Close ModelMart Diagram. В появившемся диалоге установите опцию Save As .ER1 file. Дальнейшие шаги сохранения файла соответствуют стандарту Windows. При сохранении модели предоставляется возможность создания Snapshot. Для этого установите опцию Keep ModelMart snapshot for later marge. Это позволит впоследствии осуществить синхронизацию моделей из файла и репозитария. Опция Keep ModelMart Diagram Lock позволяет удержать блокировку модели после ее закрытия.
Рекомендации. Данный режим можно использовать для организации работы с моделью на рабочем месте, при пропадании связи с репозитарием ModelMart, с последующей синхронизацией файла и репозитария (пп. 11 и 12.)
12. Сохранение файла формата ER1 в репозитарии ModelMart
ModelMart позволяет пользователям сохранять в репозитарий модели, загруженные из файлов. Для сохранения необходимо нажать кнопку 
или выбрать пункт Save to ModelMart. Если файл был создан из модели ModelMart, то выдается диалог на выполнение операции сравнения моделей (рис. 15). Контроль различия осуществляется по трем составляющим: модель из файла, Snapshot и модель из репозитария. Выбор Snapshot осуществляется в выпадающем списке. По умолчанию устанавливается Snapshot, созданный при сохранении файла. Можно выбрать другой Snapshot или вообще отказаться от его использования, но рекомендуется использовать Snapshot по умолчанию для корректного сравнения моделей.
Рис. 15
- Нажатие кнопки Yes приведет к выполнению операции сравнения. Результатом будет стандартное окно контроля изменений (см. рис. 10). Все дальнейшие действия с этим окном аналогичны вышеописанным.
- Нажатие кнопки No вызовет диалог Save As (рис. 11).
- Нажатие кнопки Cancel отменит сохранение модели в репозитарии.
ModelMart предоставляет пользователям такую возможность, как объединение моделей. Объединение моделей подразумевает создание модели, содержащей все объекты объединяемых моделей. Для выполнения этой операции надо загрузить в ERwin исходную модель.
Исходная модель может быть загружена из файла либо из репозитария ModelMart. Далее нажимается кнопка 
или выбирается пункт меню ModelMart Merge Manager. На экране появляется диалог (рис. 16), в котором следует выбрать целевую модель. Источником целевой модели может быть только ModelMart. После нажатия кнопки Merge начнется процесс объединения моделей. На экран будет выдан стандартный диалог ModelMart Change Control Manager. Процесс работы с этим диалогом описан выше (п. 8). Результат может быть помещен в целевую либо в новую модель.
Рис. 16
Этот параметр может быть задан в настройках опций, которые вызываются нажатием кнопки Merge Options. При сохранении результата в новую модель после выполнения операции объединения на экране появится диалог, аналогичный режиму Save As (рис. 11).
Рекомендации. Этот режим рекомендуется использовать только для объединения внешних файлов или моделей, изначально разрабатывавшихся отдельно, так как при объединении не указываются расхождения по удаленным объектам. Примером может служить разработка подмодели в локальном варианте, осуществленная одним человеком. Однако в таком режиме трудно контролировать процесс разработки и проводить процесс архивирования информации для защиты от потери данных. Помимо этого могут возникнуть проблемы с объединением объектов, поддерживаемых на уровне библиотек.
Кроме возможности задания размещения результата, рассмотренной в предыдущем разделе, опции позволяют настроить параметры разрешения конфликтов объединения. Окно настройки опций представлено на рис. 17.
Hис. 17
Принцип разрешения конфликтов заключается в устранении проблем существования объектов (сущностей, ключей (индексов) и физических объектов) с одинаковыми именами. Существуют три варианта разрешения конфликта: Merge - создает только один объект;
Do Not Merge - создает два объекта с одинаковыми именами, действует только для сущностей;
Rename - создает два объекта с разными именами (FACE и FACE/2).
Рекомендации. Не следует использовать второй режим (Do Not Merge), поскольку при переходе на физическую модель это может привести к ошибкам при генерации структуры базы данных. Кроме того, наличие двух сущностей с одинаковым наименованием противоречит методологии IDEF1X.
14.1. Идеология версионности и архивирования
ModelMart содержит редактор версий, который позволяет управлять версионностью и работать с архивами и Snapshot. Согласно идеологии ModelMart понятие «версия» представляет собой вариант модели, зафиксированный в определенный момент времени. Версия имеет статус Read Only. Изменяться может только модель. Поэтому в пределах одной модели нельзя параллельно поддерживать и развивать несколько веток (Branch - по терминологии конфигурационного управления) модели. Однако имеется возможность сравнения модели и версии, которая позволяет осуществить процесс восстановления информации в модель из версии. Версия создается аналогично Snapshot: записывается состояние модели по последнему изменению.
Рекомендации. Создание версий может иметь смысл для фиксирования завершения определенных этапов в процессе разработки модели. Не рекомендуется часто создавать версии, поскольку они существенно увеличивают размер репозитария.
Редактор версий (рис. 18) вызывается нажатием кнопки 
или через пункт меню ModelMart Version Manager.
Рис. 18
В верхнем списке представлено иерархическое дерево репозитария. Версии, Snapshot и архивы являются подуровнями для модели.
Для сохранения версии необходимо нажать кнопку Version. При этом на экране появляется окно (рис. 19) для задания параметров версии.
Рис. 19
В поле New Version Name вводится имя версии. По умолчанию ModelMart формирует название версии из префикса V и порядкового номера, двоеточия и имени модели. Пиктограммы у версии и Snapshot одинаковые, поэтому, чтобы их различать, рекомендуется придерживаться определенного принципа при формировании их имен. Можно использовать стандартный принцип ModelMart, а можно ввести свой. Иконка архива имеет в своем изображении красный треугольник. В поле Description вводится описание версии.
14.3. Дополнительная функциональность
Редактор версий предоставляет пользователям некоторую функциональность по работе с версиями, snapshot и архивами (в дальнейшем по тексту данной главы все будет именоваться версиями, если только при этом не требуется указать точное название).
Кнопка Diff позволяет сравнивать различные версии между собой или между версией и моделью. Для этого надо выделить две строки в списке (используя клавиши Ctrl или Shift) и нажать кнопку. Появится стандартное окно редактора изменений с различиями версий. При сравнении модели и версии имеется возможность восстановления информации из версии в модель.
Открыть версию можно только из редактора версий. Это осуществляется кнопкой Open. При открытии выдается предупреждение, что сохранить данную версию можно только c помощью пункта меню Save As.
Кнопка Update позволяет скорректировать описание версии.
Кнопка Purge предназначена для работы с архивами. Она позволяет удалить архив. Для этого необходимо выбрать архив и нажать кнопку. На экран будет выдано сообщение о том, что все архивы, имеющие более раннюю дату, чем выделенный, будут удалены вместе с ним.
Рекомендации. Почаще производите ревизию репозитария и удаляйте ненужные версии и Snapshot, так как они хранят не отличия от своей модели, а являются полной ее копией на момент создания, что существенно увеличивает размер хранимой информации (обычно эти объекты составляют 60-80% от всей информации).
Для управления сессиями в ModelMart используется редактор сессий (Session Manager), вызываемый через пункт меню ModelMart Session Manager. Вид редактора представлен на рис. 20.
Рис. 20
Верхний список содержит имена всех пользователей ModelMart. При выборе пользователя в нижнем окне отображается список открытых им диаграмм с указанием уровня блокировки. С помощью кнопки Terminate сессию можно прервать. Данный режим используется для снятия блокировок с моделей. Наиболее часто блокировки остаются при некорректном выходе пользователя из ModelMart.
Безусловно, в этой статье не удалось рассказать обо всех тонкостях работы с ModelMart, да эта цель автором и не преследовалась. Мне хотелось познакомить проектировщиков баз данных с принципами работы ERwin и ModelMart и их основными возможностями. Однако некоторые советы, основанные на опыте работы с ModelMart, я все-таки хотел бы дать.
- В технических характеристиках указано, что для работы требуется 64 Мбайт оперативной памяти. Если работа ведется с небольшими моделями, то этого вполне достаточно. Однако если ваша модель содержит более 100 сущностей, память лучше увеличить до 128 Мбайт.
- Очень трудно работать с большими моделями. В процессе написания данной статьи я с целью эксперимента поработал с моделью из 700 сущностей. При этом возникали следующие проблемы:
- длительное время загрузки модели;
- еще более длительное время, необходимые при сохранении модели;
- сложности с объединением моделей;
- нестабильность работы (очень часто возникали ошибки, при которых ModelMart просто «падал»).
- В качестве варианта решения данной проблемы можно предложить формирование моделей по модулям, хотя при этом также возникают свои трудности. Например, если сущность входит в несколько модулей, ее изменение вызовет ряд проблем, часть из которых придется решать исключительно организационными мероприятиями.
- Это замечание для тех, кто в качестве репозитария использует базу данных ORACLE. Для работы с ModelMart требуется увеличение размеров Rollback-сегментов. Поскольку при удалении больших моделей может возникнуть ошибка переполнения этих сегментов, не рекомендуется удалять подряд несколько моделей, а также архивов, версий и «мгновенных снимков».