2010-02-25 11 views
9

Ich denke über ein Werkzeug für eine ETL-Lösung nach, die einen hohen täglichen Bedarf hat und eine schwere Geschäftslogikverarbeitung erfordert. Ich habe bis jetzt Kessel und SSIS versucht, und möchte auch für Rhino ETL testen. Ich interessiere mich nicht für die visuelle Struktur von Kettle und SSIS und die Erstellung komplexer Businesse-Regeln scheint sehr schwierig zu sein ... Rhino ETL scheint freundlicher zu sein, da es seine eigene DSL hat, um die Daten zu transformieren, und ich kann auch C# verwenden.Rhino ETL Meinungen vs Kessel und SSIS

Endlich ist meine Frage: Wer benutzt Rhino ETL stark? Es hat eine gute Leistung im Vergleich zu Kettle und SSIS? Wie steht es mit Wartbarkeit?

Dank

UPDATE:

In Vergleiche, die ich zwischen Kessel und SSIS gemacht, Kessel war, ohne Zweifel besser. Ich denke an Rhino ETL für seinen pragmatischen Ansatz im Vergleich zu Kettle. Wie in den Kommentaren gesagt, scheint es ein Schritt zurück, aber die Art der Validierung ist nicht die Art von Problem, für die Kettle empfohlen wird. Zum Beispiel empfängt eine unserer Integrationen eine Art von Zeitplänen, die gegen die vorhandenen im System validiert werden müssen, sie dürfen nicht in Konflikt stehen, es gibt verschiedene Arten von Zeitplänen und die Regeln für die Konfliktprüfung sind komplex. Das System verfügt bereits über eine Benutzerschnittstelle, und die Geschäftslogik ist bereits in C# -Code implementiert. Jeder Versuch, es auf Kettle zu portieren, scheint unglaublich schwierig zu sein, außerdem verletzt es den Grundsatz "Nur eine Art, etwas zu tun".

Das Problem "niemand benutzt" in den Kommentaren ist eine Sorge für mich auch, deshalb versuche ich hier herauszufinden, ob jemand es in einer schweren Produktionsumgebung verwendet.

Danke für die Rückmeldung so weit.

+0

SSIS ist eine schreckliche Sache. –

+2

SSIS, obwohl nicht perfekt, kann Fuzzy Matching tun. Versuchen Sie das in Rhino oder Kettle. Während SSIS nicht perfekt ist, ist es bei weitem nicht schrecklich. –

+0

Noch nie von Rhino ETL gehört - danke, dass du es aufgezeigt hast. Es scheint jedoch nicht viel Material darüber zu geben, und es scheint keine große Gemeinschaft darum zu geben. Das würde mich wahrscheinlich dazu bringen, mich dagegen zu entscheiden. Wie auch immer, von dem, was ich sagen kann, sieht es so aus, als ob Sie im Grunde zurück zum Programmieren sind, was ich im Vergleich zu Kettle und SSIS als einen Schritt zurück betrachte (nichts mit der GUI zu tun). Können Sie uns Beispiele für diese Geschäftsregeln geben, die zu komplex sind, um sie in SSIS und Kettle zu erstellen? –

Antwort

3

Wie für RhinoETL und Kettle.
Rhino ist sehr Entwickler orientiert.
Wasserkocher ist mehr qualifizierte Administrator oder sehr geschickt BA orientiert. Kettle GUI ist bei weitem nicht intuitiv, aber Kettle-Funktionen sind großartig.

Wir haben unseren eigenen ETL-Engine entwickelt (einfach nicht weiß, über Kettle hat) und unser Produkt ist sehr ähnlich Kettle Fähigkeiten und Architektur, aber mehr Benutzer und unser Geschäft freundlich und/

SSIS - keine Kommentare hier. DTS war ein große Produkt, einfach und leistungsfähig, SSIS ist schrecklich ...

Alle Meinungen sind subjektive.

+3

Warum zu sagen, SSIS ist schrecklich, wenn Sie nicht sagen, warum es schrecklich ist? Ich denke zufällig, dass Sie in die Irre gehen müssen, wenn Sie die Art von Hacks, die in DTS notwendig sind, der klaren Kontrolle und dem Datenfluss in SSIS vorziehen. –

+0

Das Ziel ist es, entwicklerorientiert, keine DBA oder Admins Interferenz überhaupt zu sein ... Wir suchen nach robustem wartungsfreundlichem ETL-Code, und sowohl Kettle als auch SSIS scheint das zu vermissen ... – Pedro

+0

@John vergleichen Einfachheit nicht mit Macht. Wie für Drogen überprüfen Sie diese Links oder einfach STFG auf Microsoft Connect und Web. http://ayende.com/Wiki/I+Hate+SSIS.ashx http://ayende.com/Blog/archive/2006/01/12/SSISDebuggingFrustrations.aspx http://ayende.com/Blog/archive /2007/07/27/SSIS-The-backlash.aspx –

2

Ich verwende es ausschließlich zum Laden von Daten in ein Data Warehouse. Wie diese Dinge gehen, ist es ziemlich klein, die tägliche Belastung "dauert" nur 15 Minuten, obwohl ich weiß, dass Menschen mit Nashorn Daten über Tage verarbeiten.

Ich hatte immer gute Antworten von der Mailingliste, es gibt einen Kern von Benutzern dort. Die Möglichkeit, alle Operationen unabhängig zu testen, ist ein echter Segen.

Unter der Haube ist es eigentlich erfrischend unkompliziert.

+0

Gut zu wissen, danke. Wir benutzen jetzt Kettle, aber trotzdem ist es gut zu wissen, dass jemand es tatsächlich benutzt. Das Leben ist lang, viele Projekte kommen noch ... Vielleicht werde ich nächstes Mal mit Rhino ETL gehen. :) – Pedro