我正在考虑用于ETL解决方案的工具,该工具每天都有很高的需求,并且需要繁重的业务逻辑处理。到目前为止,我已经尝试过水壶和SSIS,还想测试Rhino ETL。我不在乎Kettle和SSIS的视觉流程结构,使用它们很难创建复杂的业务规则… Rhino ETL似乎更友好,因为它具有自己的DSL来转换数据,而且我也可以使用C#。
最后,我的问题是:是否有人大量使用Rhino ETL?与Kettle和SSIS相比,它具有良好的性能?可维护性如何?
谢谢
更新:
在我对Kettle和SSIS进行的比较中,毫无疑问,Kettle更好。与Kettle相比,我正在考虑Rhino ETL的务实方法。正如评论中所说,这似乎是一个倒退,但所需的验证不是建议使用Kettle的问题。例如,我们的一个集成收到某种计划,必须对照系统中的现有计划进行验证,它们不得冲突,计划有多种类型,并且冲突验证规则很复杂。系统已经具有用户界面来执行此操作,并且业务逻辑已经用C#代码实现。将其移植到Kettle的任何尝试似乎都非常困难,此外,它违反了“做事的唯一方式”原则。
评论中提到的“无人使用”问题也是我的关注点,这就是为什么我在这里试图找出是否有人在繁重的生产环境中使用它。
感谢到目前为止的反馈。