понедельник, 23 февраля 2015 г.

Дайджест ODI публикаций 2013, Квартал 4.

Новая версия Oracle Data Integrator 12c: Часть 1.
Oracle Data Integrator 12c release : Part 1
Маппинги и повторно используемые маппинги вместо пакетов и интерфейсов, Отладчик, Миграция с OWB - краткий обзор новых возможностей ODI. Есть перевод.
Дата публикации: 2013-10-17, Комментариев: 23


ODI 12c - Инсталляция Студии.
ODI 12c - Installing ODI Studio
Краткое замечание о том, что для инсталляции ODI Студии необходимо выбирать тип инсталляции - Enterprise.
Дата публикации: 2013-10-17, Комментариев: 0


Обновление ODI 11.1.1.7 на новую версию 12c.
Upgrading ODI 11.1.1.7 repository to 12c:
История в картинках, как произвести обновление ODI. В комментариях затрагиваются и другие детали апгрейда.
Дата публикации: 2013-10-26, Комментариев: 19


понедельник, 16 февраля 2015 г.

Дайджест ODI публикаций 2013, Квартал 3.

Давно не обрабатывал публикации, а их много...

Сколько нужно мастер репозиториев для ODI?
How Many ODI Master Repositories Should We Have?
Статья описывает возможные варианты архитектуры ODI при работе в корпоративной среде, в частности, использование нескольких мастер репозиториев для сред разработки, тестирование и промышленной эксплуатации.
Дата публикации: 2013-07-01, Комментариев: 1


ODI - создание репозитория в подключаемой БД Oracle 12c.
ODI - Creating a Repository in a 12c Pluggable Database
Пример подключения к БД с использованием имени сервиса работающей БД, а не ее SID имени.
Дата публикации: 2013-07-02, Комментариев: 0

понедельник, 9 февраля 2015 г.

Чтение.

Приветствую.

Сегодня две ссылки, которые вызвали интерес.

Первая - оптимизация запросов в СУБД Oracle, которая заключается в исключении тех таблиц из запроса, соединение с которыми не повлияет на результат. Подробная заметка на Хабре - Oracle Join Elimination.

Автор справедливо отмечает, что описываемые запросы обычно являются результатом работы неких инструментов. И совсем недавно я сам наблюдал ситуацию, когда на достаточно давно идущем проекте по загрузке ХД, некоторые интерфейсы содержат как раз такой тип соединения двух таблиц, при котором ничего из соединяемой таблицы не отбирается в целевую таблицу, а соединение идет по условию outer join.

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

Вторая заметка касается построения катастрофоустойчивого ETL, описана здесь - Проект Dual ETL или как мы строили Disaster Recovery для Greenplum