11

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

最后，我的问题是：有人大量使用 Rhino ETL 吗？与 Kettle 和 SSIS 相比，它具有良好的性能吗？可维护性如何？

谢谢

更新：

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

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

感谢您迄今为止的反馈。

4

2 回答 2

3

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

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

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

所有意见都是主观的。

于 2010-02-25T19:46:35.250 回答
2

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

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

在引擎盖下，它实际上非常简单。

于 2011-05-19T10:54:43.817 回答