Rhino ETL意见vs水壶和SSIS[关闭]

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

最后,我的问题是:有人严重使用犀牛ETL吗?它的性能比水壶和SSIS好吗?可维护性如何?

谢谢

更新:

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

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

感谢您迄今为止的反馈。