ssis - Rhino ETL 意见与 Kettle 和 SSIS

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




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

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

谢谢

更新:

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

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

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

Answer 1

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

我们开发了自己的 ETL 引擎(只是不了解 Kettle)，我们的产品与 Kettle 的功能和架构非常相似，但对用户和我们的业务更友好和/

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

所有意见都是主观 .