В процессе подготовки перевода документации по контекстам, заметил, что совсем немного осталось, чтобы полностью рассказать, что пишет документация о Менеджере Топологии ODI.
Используя Менеджер Топологии вы можете описывать используемые вами информационные системы. Технологии и их типы данных, дата серверы (серверы данных) связанные с этими технологиями и схемы, входящие в эти серверы; контексты, языки и агентов. Дополнительно, Менеджер Топологии позволяет вам управлять репозиториями.
Объекты топологии, доступные текущему пользователю, сгруппированны в несколько древовидных структур.
- Дерево физической архитектуры, содержащее технологии и связанные с этими технологиями серверы данных и входящие в эти серверы физические схемы данных. Также здесь присутствуют физические агенты.
Каждая из древовидных структур отображается в плавающих окнах, которые могут быть прикреплены к одной из сторон главного окна приложения.
Также эти окна могут быть сгруппированы в один стек, и тогда доступ к каждому окну может быть получен через вкладки. Работа с плавающими окнами одинакова во всех приложениях ODI, смотрите, например, советы 1, 2, 3.
Если какое-то из деревьев не отображается в данный момент или было закрыто, его всегда можно вызвать через меню Windows - Show View или соответствующие клавиатурные сокращения.
В окнах с деревом элементов доступны следующие операции:
Физическая, логическая архитектура и контексты описаны отдельно.
Языки
Список поддерживаемых языков, с описанием характеристик, специфических для каждого языка, используемого ODI.
Репозитории
Этот раздел топологии содержит информацию о двух видах репозиториев, мастер репозитории и рабочих репозиториях.
Клиенты (Hosts and Usages)
Этот раздел позволяет вам управлять доступностью клиентских приложений ODI для пользователей.
Я считаю, что правильная настройка Топологии - ключевой фактор для очень многих проектов. В особенности это касается живых проектов, с достаточно длительным этапом разработки или последующей доработки функционала. Правильная настройка физических серверов, логических схем и контекстов - именно то действие, которое лучше закончить перед началом разработки трансформаций.
< Предыдущая | Следующая > |
---|