http://www.oracle.com/technology/products/warehouse/htdocs/OTN_CustRef.html

Есть те, кто работает с OWB. Да и у нас в стране тоже таких много.
Конечно, бывают сложные случаи, но тут уж OWB не причем, наверное.

Sintetikну скажем заполнение ID уровней иерархии выше терминального,
да просто заполнение факторной таблицы, вроде ничего сложного, но функция написанная для этого руками быстрее на 2 ПОРЯДКА, на тех же таблицах и индексах, просто я делал через коллекции, а OWB через запросы.
Просто и быстро накидываются только измерения с 1-2 уровня.
Это проблема всех case средств - функция написанная руками чаще всего и будет быстрее, чем сгенеренная в каком то case средстве. Нигде и не написано что OWB гарантированно генерирует самый быстрый код из возможных :)
Как и у любого case-а у него задача не только в том чтобы сгенерить код, но и в том, чтобы потом развивать и документировать хранилище.
Посмотрите, что в том коде, что нагенерил OWB - там собственно перегрузка занимает даже не 10 процентов.
Если вы напишите свою сложную функцию, то другому в ней будет разбираться гораздо сложнее, чем в меппингах OWB. А если таких функций 100?

Кстати говоря я видел пример когда код, сгенеренный OWB работал гораздо быстрее, чем тоже самое, написанное руками за счет того что код OWB использовал распараллеливание по процессорам Oracle, а своя процедура нет.
Посмотрите если не смотрели, там можно настройку генерящегося кода делать. Может быть это поможет?

Sintetik2Birkhoff посмотрел по ссылке
взял первого GlaxoSmithKline

using the ETL
tool (Oracle Warehouse Builder), are
transferred from the operational system
to a staging environment of the
DWH (Oracle database).
и все
как всегда реклама

флэт файлы лоадятся в таблички просто замечательно, с кодировками надо сначала поковырять, а так все очень удобно.
Из-за того, что там не раскрыто что делает OWB следует, что он там ничего не делает? :)

Ну вот тут больше написано http://www.oracle.com/customers/profiles/PROFILE7936.HTML

Кстати насчет GSK, я как-то общался dba GSK из Англии, он рассказал что у них там совсем не маленькое хранилище (по моему на 32 процессорном серваке крутится) И использовался тоже OWB.
Хотя я думаю, что это другой проект, не тот, который там описан.

SintetikСогласен, но не в 200 же раз (реально получилось), примитивный маппинг куба на 3 измерения: distinct из source_table+фильтр на диапазон дат+3 KeyLookup по измерениям+aggregate, все, там даже негде напортачить особо, 1000 фактов обрабатывает минуту, т.е. миллион будет 16 часов обрабатывать, да меня заказчик растерзает за такое, и ему наплевать будет что такой маппинг за 5 минут набрасывается.
Надо разбираться. А конкретнее пример нельзя привести?

Sintetikну да, там немного самому написать, потом здесь еще немного и оказывается, что проще все самому
а с трассировками потом покопаюсь, после сдачи проекта :-)
Мне кажется, что case вам не нужен. По крайней мере, вы можете прожить и без него. :)