Rhino ý kiến ​​ETL vs Ấm đun nước và SSIS

Question

Tôi đang xem xét một công cụ cho một giải pháp ETL có nhu cầu hàng ngày cao và yêu cầu xử lý logic kinh doanh nặng. Tôi đã thử ấm đun nước và SSIS cho đến nay, và cũng muốn thử nghiệm cho Rhino ETL. Tôi không quan tâm đến cấu trúc lưu lượng trực quan của cả Kettle và SSIS và việc tạo ra các quy tắc phức tạp của businesse dường như rất khó sử dụng chúng ... Rhino ETL có vẻ thân thiện hơn vì nó có DSL riêng để chuyển dữ liệu và tôi cũng có thể sử dụng C#.

Cuối cùng, câu hỏi của tôi là: Bất kỳ ai sử dụng Rhino ETL nặng nề? Nó có hiệu suất tốt so với Kettle và SSIS? Làm thế nào về bảo trì?

Cảm ơn

UPDATE:

Trong sự so sánh mà tôi thực hiện giữa Ấm và SSIS, Ấm là, không nghi ngờ gì nữa, tốt hơn. Tôi đang xem xét Rhino ETL cho cách tiếp cận thực dụng của nó so với Kettle. Như đã nói trong các ý kiến, có vẻ như một bước lùi, nhưng loại xác nhận cần thiết không phải là loại vấn đề Kettle được khuyến khích cho. Ví dụ, một trong các tích hợp của chúng tôi nhận được một số loại lịch biểu phải được xác thực đối với các lịch hiện có trong hệ thống, chúng không được xung đột, có một số loại lịch biểu và các quy tắc xác thực xung đột rất phức tạp. Hệ thống đã có một User Inteface để thực hiện nó, và logic nghiệp vụ đã được thực hiện trong mã C#. Bất kỳ nỗ lực nào để chuyển nó sang Ấm đun nước đều có vẻ vô cùng khó khăn, bên cạnh đó, nó vi phạm nguyên tắc 'một cách duy nhất để làm một điều'.

Vấn đề 'không ai sử dụng' được nêu trong nhận xét cũng là một mối quan ngại đối với tôi, đó là lý do tại sao tôi cố gắng tìm hiểu xem có ai sử dụng nó trong môi trường sản xuất nặng không.

Cảm ơn phản hồi từ trước đến nay.

Answer 1

Đối với RhinoETL và ấm đun nước.
Tê giác là rất được phát triển theo định hướng.
Ấm hơn kỹ năng quản trị viên hoặc rất có tay nghề BA được định hướng. Kettle GUI không trực quan, nhưng khả năng của Kettle rất tuyệt vời.

Chúng tôi đã phát triển động cơ ETL của chúng ta (chỉ đơn giản là không biết về Ấm) và sản phẩm của chúng tôi là rất giống với khả năng Ấm và kiến ​​trúc, nhưng nhiều người dùng và kinh doanh của chúng tôi thân thiện và/

SSIS - không có ý kiến ​​ở đây. DTS là một sản phẩm lớn, đơn giản và mạnh mẽ, SSIS là khủng khiếp ...

Tất cả các ý kiến ​​là chủ.

Answer 2

Tôi chỉ sử dụng nó để tải dữ liệu vào kho dữ liệu. Khi những thứ này đi, nó khá nhỏ, tải hàng ngày "chỉ" mất 15 phút, mặc dù tôi biết những người sử dụng tê giác để xử lý dữ liệu trong nhiều ngày.

Tôi đã luôn luôn có phản hồi tốt từ danh sách gửi thư, có cốt lõi người dùng ở đó. Có thể kiểm tra tất cả các hoạt động độc lập là một lợi ích thực sự.

Dưới mui xe, nó thực sự rất đơn giản.