日々の需要が高く、大量のビジネス ロジック処理を必要とする ETL ソリューション用のツールを検討しています。これまでケトルと SSIS を試してきましたが、Rhino ETL もテストしたいと思っています。Kettle と SSIS の両方の視覚的なフロー構造は気にしません。複雑なビジネス ルールを作成するのは非常に難しいようです。Rhino ETL は、データを変換するための独自の DSL を備えており、C# も使用できるため、より使いやすいようです。
最後に、私の質問は次のとおりです。Rhino ETL を頻繁に使用する人はいますか? Kettle や SSIS に比べてパフォーマンスが良いですか? 保守性はどうですか？
ありがとう
アップデート：
Kettle と SSIS を比較したところ、間違いなく Kettle の方が優れていました。Kettle と比較して実用的なアプローチの Rhino ETL を検討しています。コメントで述べたように、一歩後退しているように見えますが、必要な種類の検証は、Kettle が推奨される種類の問題ではありません。たとえば、統合の 1 つは、システム内の既存のスケジュールに対して検証する必要があるある種のスケジュールを受け取ります。それらは競合してはならず、スケジュールにはいくつかの種類があり、競合の検証ルールは複雑です。システムにはそれを行うためのユーザー インターフェイスが既にあり、ビジネス ロジックは C# コードで既に実装されています。それをケトルに移植しようとする試みは、信じられないほど難しいように思えます。さらに、「物事を行うための唯一の方法」の原則に違反しています。
コメントで取り上げられた「誰も使用していない」問題は私にとっても懸念事項です。そのため、重い実稼働環境で誰かが使用しているかどうかを確認しようとしています。
これまでのフィードバックに感謝します。