Alexus121) почему триггеры - зло для DWH, и насколько количественно они - зло
знаете ссылки на авторитетные статьи?Почему ты решил, что авторитетные люди будут тратить время, чтоб расжевывать тривиальные вещи?
Неужели так сложно загрузить пачку данных в таблицу, а потом повторить эксперимент уже с триггером и сравнить время?
Увидеть что отличается в n раз и успокоиться.
Alexus122) какие ограничения накладывает добавление к таблице триггера.
например, здесь
https://docs.oracle.com/cd/B28359_01/server.111/b28313/usingpe.htm
указано:
Parallel DML operations cannot be done on tables with triggers

интересно, что в доке для 11.2 этого предложения нет... Restrictions on Parallel Direct Path Loads 11.2
Alexus12и прямо при загрузке сигналить о кривых данных... триггером!Откройте для себя oracle error logging clause и верхам передайте.

Alexus12•Deferred constraints are violated.Было бы интересно узнать "разумные" случаи применения Deferred.
В подавляющем большинстве раз когда приходилось иметь с ними дело это были "костыли".
Alexus12•Direct-path INSERT or MERGE operations raise unique constraint or index violations.
•UPDATE or MERGE operations raise a unique constraint or index violation.Это важный момент. Тем не менее на 11.2 всё работает. Хотя были какие-то моменты.
Alexus12In addition, the tracking of errors in LONG, LOB and object types is not supported, although a table containing these columns can be the target of error logging.В вашем случае это проблема? Интересно. :))

Alexus122) проверки, заказанные бизнесом, легко могут выходить за рамки (простых) ограничений, которые ставятся на таблицу (нарушения уникальности и т.п.)Есть еще check constrains для проверки в рамках строки.
А если проверка выходит за рамки строки и это не что-то тривиальное типа уникальности, то лучше делать pre-/post-processing.
Но явно не триггеры.
Alexus12причем постановка от разных заказчиков может быть разной (что один посчитает ошибкой - другому не ошибка)При попытке техническими методами решать проблемы хренового анализа система со временем превращается в не сопровождаемый непонятный ад.
Alexus123) запись в таблице все равно должна появляться, независимо от того, сбойная ли она (принцип "собрать все - затем проверять")Во-первых, "кривые" строки все уходят в таблицу с ошибками, а не просто игнорируются.
Во-вторых, во многих организациях существует поэтапный подход.
Сначала абсолютно все грузится в так называемую стейджинговую схему. Затем чистые данные переливаются в схему для отчетности.