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非常糟糕......

所有观点都是主观。

Answer 2

我仅将其用于将数据加载到数据仓库中。随着这些事情发生，它只是非常小，每日负载“仅”需要15分钟，但我知道有人使用rhino来处理数据。

我总是从邮件列表中得到很好的回复，那里有一个核心用户。能够独立测试所有操作是一个真正的好处。

真正令人耳目一新。