Лично я не вижу смысла в поисках серебряной пули и универсального солдата инструмента. Не только по очевидной причине (разные потребности клиентов). И не потому, что разрабатываю кастомное решение, а не продукт.
Более важна другая причина: потребность разработчика (руководителя разработки) в ощутимой оплате труда. Извините, за нажатие кнопки можно получить оплату один раз, два, ну три. Но потом клиенты просекут фишку, и лафа непременно закончится. Придется уходить из разработчиков ХД куда-то еще.

P.S. Чье-то отсутствие юмора - не моя проблема.

P.P.S. В настоящее время ваяю нестандартную загрузку ХД (нестандартная постановка). В SSIS-пакетах больше половины компонент - скрипты (в первой версии решения скрипты отсутствовали) . Не говорите мне сейчас про DWA.

Evolex_,

лучше продемонстрируйте, как некое DWA помогает в разрешении типовых задач ХД - разрешении идентификаторов, очистке данных. Как оно пишет агрегированную статистику выполнения (пакет XXX выполнялся пользователем YYY с timestamp1 по timestamp2, считал n1 строк, из них n2 полезных; отсеял n3 и очистил n4 грязных строк; вставил n5, обновил n6, удалил n7 чистых строк)
Как создает лог с регулируемой детализацией вплоть до прохождения каждой строки через каждый компонент.
Как создает обработчики ошибок выполнения пакетов.

Потому что если DWA этого не делает, то оно мне не нужно.

Evolex_.Евгений,

У меня были вполне прозрачные цели создания этого обсуждения - кто и почему использует/не использует )))
Мои описания что такое DWA были больше off-topic - базовый ликбез. Бесплатная работа с вашими представлениями о "поиске серебряной пули" и нужно ли вам DWA или нет мне вообще неинтересны ))))))))
Ну пошли-поехали детские обидки. Сначала объясни вам, почему не используют DWA. То вам вообще неинтересно, какие задачи, слегка выходящие за пределы элементарного ETL, могут поставить перед DWA.
С такими нервами слонаDWA не продашь...
JuriiПри этом, для проектов, которые делает г-н .Евгений , Исина нужно немного дополнительно обучить ;)
Как, перед вашим Исином не ставили перечисленных задач? Ну извините, мне сложно считать адекватной загрузку ХД, не реализующей хотя бы половину сказанного.

Evolex_.Евгений,
Могу предожить вам убить вашего слона вашей же серебряной пулей, но ко мне эти процессы никакого отношения не имеют )))

По поводу продаж - я не продацец, я делаю решения ))) + поддерживаю текущий тренд на то что продавцов в текущем понимании с их особенностями должно становиться меньше, даже тестировал рекламу - интерес был большой )))))

Еще есть идея что вот те продавцы решают вполне конкретные полезные задачи - помогают людям, которые говорят про зло, слонов и серебряные пули, и продавцы с теми сказочными персонажами вполне вместе нормально могут работать, мне кажется, но я в таком лично не хотел бы участвовать ))))
Я правильно понял, что про возможности DWA для решения указанных мной ранее задач, характерных для ХД, вы говорить не желаете?
JuriiПеред Исином я ставил задачи по правилу 80 на 20 - чтобы достичь максимальной монетизации и роста курса хракойна, высокой производительности когда ХД формируется на основе десятков-сотен и более учетных систем. Исин формирует целочисленные ID, это важно. Поддерживает медленно меняющиеся измерения. Уважает лучшие практики разработки ХД. С очисткой данных - не такой однозначный вопрос. Исин по произвольно написанным адресам определяет эталонные адреса с координатами, но если он в разных базах видит 2 примерно одинаковых контрагента - он отдает этот вопрос на откуп модулю MDM, сам пока не принимает решение, что это один и тот же контрагент. Некоторые логирования реализованы, некоторые нет, это на мой взгляд - менее приоритетные фантики. Некоторые вопросы - где используется Inner Join, а где Outer Join - сходу не вспомню, нужно анализировать. Для большинства российских компаний Исин может дать быстрый результат, это важный приоритет с учетом пожелания ВВП о росте производительности на 5% в год.
Еще раз, как решается простая задача: разрешить идентификатор исходной системы в идентификатор ХД?
Как решается другая задача: отсеивание плохой строки (например, не разрешена ссылка на справочник ХД) и автоматическая загрузка после исправления (пополнения справочника ХД)?
Как решается обработка ошибок - например, нехватки памяти? (Ненавижу разработчиков SSIS, которые вместо инициации ошибки до бесконечности пишут в лог строки типа "The buffer manager failed a memory allocation call for 560000 bytes, but was unable to swap out any buffers to relieve memory pressure…")

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

JuriiНе знаю, правильно ли мы друг друга понимаем, могут помочь конкретные примеры.
В целом Исин работает так - сначала формирует справочники, присваивает каждой записи справочника целочисленный ID, а потом формирует таблицы фактов с этими целочисленными ID.
Порядок понятен и естественен. Вот, кстати, еще одна веселая задача для ХД - автоматическое построение иерархии зависимости для снежинки с большим количеством уровней справочников (сущность знает только своих родителей) , и выполнение их загрузок в соответствующем порядке.
Но вернемся к элементарной задаче ХД - разрешению идентификатора. Загрузка обновляет некую сущность ХД порцией строк. Как эффективно выбрать для каждой строки порции стратегию обновления (Insert/Update/Delete/Ignore)? Примечание: мелочь неинтересна, пусть сущность содержит от 100 млн. строк, порция - от 100 тыс. Каким образом ETL (не ELT!) сопоставить указанные количества бизнес-ключей?