ODS - это выделенная часть ХД с низкой задержкой за счет упрощенных трансформаций данных, узкого временного среза и других методов. Остальная часть ХД (DDS, Marts и т.п.) может быть какой угодно: по Инмону, Кимболлу или Марксу-Энгельсу.

FK действительно отсутствуют, но дело совершенно не в этом. Уменьшение времени итераций загрузки (с десятков минут до единиц секунд) было достигнуто посредством тотального перемещения трансформаций в средство ETL и максимального сокращения обращений к СУБД.

Использование пакетной вставки в БД применяю максимально широко. Хотя и с поправкой на обработку пакета при отказе: из пакета нужно выделить невалидные строки и обеспечить загрузку валидных.

Но это совсем не главное. Повторюсь, что я в принципе минимизирую обращения к СУБД, поэтому основная работа по оптимизации давно приходится на трансформации (парсинг XML, замена ключей, контроль качества).

Вот простая, характерная и несложная иллюстрация к словам о ключах и успехах.
Я взял для примера первую попавшуюся таблицу из 19 тыс. строк и 60 разнообразных столбцов.
Вывел селектом сначала ее, затем добавил вывод хеша столбцов hashbytes('md5', isnull(convert(varbinary(8000), столбец_n), 0) + ...)
Повторяю несколько раз (прогревая кеш), выбираю типичное значение статистики:
Таким образом, трансформация замедлила выполнение запроса в 4-5 раз .

Теперь беру в руки SSIS, создаю пакет с источником - той же таблицей и скриптом-приемником, логирую разницу PreExecute и PostExecute и запускаю прямо на локальной машине, без деплоя.
Получаю 55 мс (+-5).
Вставляю в скрипт вызов расчета md5 (на основе MD5CryptoServiceProvider) всех столбцов внутри PipelineBuffer, запускаю.
Получаю 65 мс (+-5) , т.е. трансформация замедлила выполнение ETL на 15-20% .

Выводы каждый может сделать сам.