Проблемы Data Entity не в только в том, как именно данные в Staging Table кладутся, но и с дальнейшей их перекачкой в реальные таблицы.
То есть - разработчики очень пытались создать иллюзию виртуальной таблицы. То есть - ты в момент дизайна как-то какие-то таблицы заджойнил и отфильтровал, а дальше система сама разбирается, как данные из Staging по разным таблицам растащить. В теории, система должна при этом проверять ограничения целостности, вызывать всякие стандартные ValidateWrite или ValidateDelete. Оно и в самом деле работает - по крайней мере для 95% случаев, может даже для 99%. В оставшемся одном проценте тебе придется мучительно трассироваться в авто-сгененированном коде и пытаться понять что же именно не работает.
Не помогает ситуации и тот факт, что отдокументированы все стандартные методы data entity очень поверхностно.
Так что я вполне могу согласиться с одноразовым использованием data entity для импорта данных в начале проекта. Вероятно - можно рискнуть использовать все это для регулярных интеграций с невысоким потоком данных (типа закачки какой-нибудь платежной ведомости раз в месяц). Но вот для ежедневных интеграций по критическим потокам данных - я бы не рискнул все это использовать. Просто страшно...
Последний раз редактировалось fed; 27.02.2019 в 16:38.
|