业务规则在ETL中应该如何实现？
我开发的产品通过平面文件使用 SSIS 从大型机导入数据。 SSIS 包使用阶段数据库来转换平面文件数据，然后调用 ODS 中的存储过程来加载转换后的数据。有一个潜在的计划是通过 .NET 服务层路由所有 ETL 数据（而不是通过存储过程直接发送到 ODS），以集中业务规则/活动等。我正在寻找有关此方法的意见和不同意见。
I work on an product that imports data from a mainframe using SSIS via flat file. The SSIS packages use a stage database to transform flat file data and then call stored procedures in the ODS to load the transformed data. There is a potential plan to route all ETL data through a .NET service layer (instead of directly to the ODS via stored procedures) to centralize business rules/activity, etc. I'm looking for input on this approach and dissenting opinions.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
听起来不错；您正在将基本 ETL 转换为 ETVL，并添加“验证”步骤。通常这被认为是“转变”阶段的一部分，但当我概念化这样的架构时，我更喜欢保持该阶段更纯粹；转换正在将在提取阶段提取和切碎的原始字段转换为我的领域模型的对象。验证这些对象对于系统是否处于有效状态就是验证。
Sounds fine; you're turning basic ETL into ETVL, adding a "validate" step. Normally this is considered part of the "transform" stage, but I prefer to keep that stage purer when I conceptualize an architecture like this; transform is turning the raw fields which were pulled out and chopped up in the extract stage into objects of my domain model. Verifying that those objects are in a valid state for the system is validation.