Rhino ETL意见与Kettle和SSIS

Question

我正在考虑一种ETL解决方案的工具,它具有很高的日常需求并且需要繁重的业务逻辑处理.到目前为止我已经尝试过水壶和SSIS,并且还想测试Rhino ETL.我不关心Kettle和SSIS的视觉流程结构,并且创建复杂的业务规则似乎很难使用它们...... Rhino ETL似乎更友好,因为它有自己的DSL来转换数据,我也可以使用C#.

最后,我的问题是:任何人都使用Rhino ETL吗？与Kettle和SSIS相比,它具有良好的性能？可维护性怎么样？

谢谢

更新:

在我与Kettle和SSIS之间进行的比较中,Kettle毫无疑问是更好的.我正在考虑Rhino ETL与Kettle相比的实用方法.正如评论中所说,这似乎是一个倒退,但所需的验证不是Kettle推荐的那种问题.例如,我们的一个集成接收某种必须根据系统中现有的调度进行验证,它们不能冲突,有几种类型的调度,冲突验证规则很复杂.系统已经有一个User Inteface来完成它,业务逻辑已经用C#代码实现了.任何试图将它移植到水壶的尝试似乎都非常困难,此外,它违反了"只做一件事"的原则.

评论中的"无人使用"问题对我来说也是一个问题,这就是为什么我在这里试图找出是否有人在繁重的生产环境中使用它.

感谢您的反馈到目前为止.

Answer 1

至于RhinoETL和Kettle。
Rhino非常面向开发人员。
Kettle 是更熟练的管理员或非常熟练的BA 导向的。Kettle GUI 远非直观，但 Kettle 的功能非常强大。

我们开发了自己的 ETL 引擎（根本不知道 Kettle），我们的产品与 Kettle 的功能和架构非常相似，但对用户和我们的业务更加友好和/

SSIS - 这里没有评论。DTS 是一个很棒的产品，简单而强大，SSIS 很糟糕......

所有意见都是主观的。