Очередной этап.

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

Скрипт для сравнения двух БД Oracle на Хабре.

5+1.

Как обещал, возвращаюсь к вопросу по новой функциональности ODI версии 11.1.1.6 под названием - отслеживание значений переменных во время выполнения сессии.

Для демонстрации того, как это работает, у меня как раз есть специально не для этого приготовленный пакет. Вот как выглядит его диаграмма:

Яркая вакансия.

На SQL.ru опубликована вакансия для ODI/OBI/DWH разработчиков. Два аспекта яркости присутствуют в этом сообщении: название компании и предполагаемая ЗП.

Подробности и оценочные комментарии по ссылке.

Последний патч.

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

Установил последний патч на ODI, под номером ODI 11.1.1.6.3 Bundle Patch Bug: 14037855.

Что в нем интересного?
Размер: 168643048 байтов
Количество исправленных багов: 39

Среднее количество байтов на (одну описаннуе в файле ридми) багу можно посчитать самому, если вы конечно не фанат ООП, для них размеры апдейтов - дело привычное.

Что мне понравилось?
Исправилась бага с отображением в виде списка дочерних сессий в иерархическом дереве.
13538870 - HIERARCHICAL SESSIONS VIEW TODAY DOES NOT DISPLAY SESSIONS IN HIERARCHICAL ORDER

Вернутся ли объектно-ориентированные БД?

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

Комментарии к заметке 2010 года продолжают писать и сейчас - Почему ООП провалилось?

На всякий случай хочу признаться - я ООП тоже занимался, в ВУЗе очень его любил и использовал.

Эволюция аналитической инфраструктуры.

Очень интересная заметка в блоге компании "LifeStreet Media" на Хабре.

Тогда мы приняли вполне разумное, но неправильное решение идти на Oracle. За год мы построили хранилище данных на Оракле на правильном железе и софте в соответствии со стандартными оракловскими практиками вроде materialized views, и оно даже работало, и достаточно быстро. Помимо скорости самого Оракла, мы смогли горизонтально масштабировать ETL. Если бы не одно "но".

Читать далее...