oracle data integrator

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

просто чтоб было. как мечта. как старт. уже достаточно много народу работает с ODI и вообще рускоязычный док может появиться раньше, чем я допишу для своих. 
Только оглавление, чтобы видеть объем работ. без ссылок на содержимое:

Оглавление(основы ODI)

Оглавление 1

Вообще 3

Для рулевых 4

Инсталляция и репозитарии 4

Как сделать 4

Инсталляция рабочего места 4

Развертывание репозитариев 4

Архитектура и контекст 4

Что такое 5

Как сделать 6

Физическую модель 6

Логическую модель 8

Контекст 8

Агенты 9

Что такое 9

Как сделать 9

Установку агента физически 9

Добавление в топологию 9

Права и обязанности 10

Что такое 10

Как сделать 11

Обычного пользователя 11

С ограниченными правами 11

Для практиков
13

Designer 13

Модели 13

Что такое 13

Как сделать 14

Модель 14

Реверс модели 14

Редактирование таблицы 15

Интерфейсы 16

Что такое 16

Как сделать 17

Обычный интерфейс 17

Временный интерфейс 19

Переменные 19

Что такое 20

Как сделать 20

Пакеты и сценарии 20

Что такое 20

Как сделать 20

Добавление интерфейсов 20

Добавление переменных 20

Добавление своих процедур и других пакетов. Заодно сценарии 20

Параллелизм и прочие свойства объектов в пакете 20

Добавить расписание к сценарию 20

Оператор 20

Что такое 20

Как сделать 20

KM 20

Что такое 21

Как сделать 21

Шаги выполнения 21

Опции 24

Для гениев-самоучек 26

RTFM 27

oracle data integrator

еще пара статей, по работе RKM и IKM
http://oraclebizint.wordpress.com/2009/01/04/oracle-data-integrator-10135-and-oracle-olap-rkm-and-ikm-using-oracle-olap-as-a-source-part-1/

http://oraclebizint.wordpress.com/2009/01/06/oracle-data-integrator-10135-and-oracle-olap-rkm-and-ikm-using-oracle-olap-as-a-target-part-2/

а у меня пока вопрос - можно ли задействовать RKM для автоматического обновления модели, отслеживания изменений в структуре БД?

13.08.2011 - нет, так использовать РКМ не получится, он используется для нестандартного реверса во время ручного обновления модели как обычно.

http://www.finexpertiza.ru/articles/middle_business_problems/index.html
 Типовые проблемы среднего бизнеса:семь граблей, на которые все наступают.
Дмитрий Шустерняк, генеральный директор ЗАО "ФинЭкспертиза Консалтинг"

текст можно поделить на две части:
1. для рулевых
2. для практиков
в первой части будет рассмотрена архитектура ODI:
"что база для ODI, что ODI для базы?"
во второй части будет рассмотрено базовое программирование в дизайнере - переменные, интерфейсы, пакеты, сценарии.
не представляю себе, как дать создание KM - собственно движок всех красивостей, перечисленных выше.
нужна площадка для экспериментов.

oracle data integrator - внутренности репозитория-мастера

запрос, чтобы понять где хранятся url-ы соединения с БД и рабочим репозиторием
SELECT
SNP_CONNECT.CON_NAME      AS DATA_SERVER,
SNP_CONNECT.JAVA_DRIVER   AS DRIVER_INFO,
SNP_MTXT_PART.TXT         AS URL
from
SNP_CONNECT
LEFT OUTER JOIN SNP_MTXT_PART ON SNP_MTXT_PART.I_TXT=SNP_CONNECT.I_TXT_JAVA_URL
WHERE SNP_CONNECT.CON_NAME IS NOT NULL

более развернутый запрос тут: http://odiexperts.com/odi-topology-connection-detail

oracle data integrator - как самому написать LKM

http://odiexperts.com/procedures-or-km-steps-source-and-target-tabs
немного перевода, пример создания LKM по ссылке
При создании КМ речь идет о двух закладках с процедурами (каждый шаг процедуры в КМ) -
1. закладка для работы на стороне источника Source Tab
2. закладка для работы на стороне получателя (цели) Target Tab

Т.к. в интерфейсе так же есть таблицы источника и цели, то ассоциации между КМ и интерфейсом очевидны. Различия в следующем:
- в интерфейсе: таблицы источника и цели генерятся, при этом КМ должен определить, каким образом ему нужно получить данные из таблиц источника и перенести их в целевую таблицу, в несколько этапов.
- В блоках с процедурами в КМ: в каждой закладке свои отдельные команды, определенные  технологиями источника и цели.
Напоследок перед примером пояснение:
Наиболее интересной и мощной особенностью этих закладок является следующее свойство:
Когда SQL-запрос выполнится на стороне источника, то код, описанный на стороне цели, будет выполнен для каждой строки результата SQL-запроса источника.

Далее приведен пример классического взаимодействия источника и цели. После создания C$ (кстати, что это?), LKM применяет к каждой строке источника запрос вставки записи в таблицу цели. Реализовано командами метадаты, который корректно сформирует запрос, в зависимости от технологий. Кодогенератором выступает Агент.
Автор считает, что приведеный пример ЛКМ применим для Postgres.

осталось понять, в какой момент подхватывается дблинк, если необходимо применить ЛКМ для переноса данных между серверами.

арт-объекты и прочее
1. часы на потолке
2. трехмерная модель БД в качестве водесного мобиля
3. программируемый смеситель, запоминающий настройки - как фишка кухонь будущего

http://odi-usage.blogspot.com/p/about.html