Rhino ETL观点vs Kettle和SSIS

Question

我正在考虑一个用于ETL解决方案的工具，该解决方案具有高日常需求并需要繁重的业务逻辑处理。到目前为止，我已经尝试了kettle和SSIS，并且还想测试Rhino ETL。我不喜欢Kettle和SSIS的可视化流程结构，而且创建复杂的业务规则似乎真的很难使用它们……Rhino ETL看起来更友好，因为它有自己的DSL来转换数据，我也可以使用C#。

最后，我的问题是:有人大量使用Rhino ETL吗？它比水壶和SSIS有更好的性能吗？可维护性如何？

谢谢

更新：

在我对Kettle和SSIS进行的比较中，Kettle无疑更好。与Kettle相比，我正在考虑Rhino ETL的实用方法。正如评论中所说，这似乎是一种倒退，但所需的那种验证并不是推荐给Kettle的那种问题。例如，我们的一个集成接收到某种类型的计划，这些计划必须针对系统中现有的计划进行验证，它们一定不能冲突，有几种类型的计划，冲突验证规则很复杂。系统已经有一个用户接口来完成这项工作，并且业务逻辑已经在C#代码中实现。任何将其移植到Kettle的尝试似乎都非常困难，此外，它还违反了“只有一种方法做一件事”的原则。

评论中提到的“没有人使用”的问题也是我关心的问题，这就是为什么我在这里试图找出是否有人在繁重的生产环境中使用它。

感谢你到目前为止的反馈。

Answer 1

至于RhinoETL和水壶。

Rhino是非常面向开发人员的。

Kettle面向更熟练的管理员或非常熟练的BA。Kettle GUI远非直观，但Kettle功能非常强大。

我们已经开发了自己的ETL引擎(只是不知道水壶)，我们的产品非常类似于水壶的功能和架构，但更多的用户和我们的业务友好和/

SSIS -这里没有评论。DTS是一个伟大的产品，简单而强大，SSIS太可怕了……

所有的观点都是主观观点( subjective )。

Answer 2

我只使用它将数据加载到数据仓库中。就这些事情而言，它是相当小的，每天的负载“只”需要15分钟，尽管我知道有人使用rhino在几天内处理数据。

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

在引擎盖下，它实际上是令人耳目一新的简单，真的。