Vorteile des Wechsels von SQL Server zu Versant OODB

Question

Welche Vorteile (falls vorhanden) für das Unternehmen (nicht nur für Entwickler), könnte ich durch Wechsel von SQL Server 2008 zu Versant OODB gewinnen?

Weitere Informationen zu Projekt und Fakten, die bei einer Antwort helfen (lassen Sie mich wissen, ob Sie mehr benötigen):

• Sehr kleines Team, fast nie Oodb verwendet.
• Projekt verwendet NhiberNate 2.
• Ca. 75% Testabdeckung.
• ASP.NET MVC App.

In diesem Stadium konnte ich den Schalter aufgrund der folgenden Punkte nicht rechtfertigen (am meisten mit DB4O, nicht mit dem Vernöte Mainstream OODB):

• Das Werkzeug ist im Vergleich zu RDBMSS -Welt ziemlich schlecht, wo es eine Reihe von "Managern", Profiler, Integrations-/Migrationstools und andere gibt.
• Die Dokumentation ist ziemlich einfach von dem, was ich beobachten und stark mit Java gemischt kann.
• nicht so viele Ressourcen im Netz im Vergleich zu RDBMs;
• Das Umschalten auf andere Datenbanken kann problematisch sein (im Gegensatz zu RDBMs).
• Lernkurve für Entwickler und IT -Team;
• zusätzliche Lizenzkosten;
• zusätzliche Wartungskosten;
• Keine Integration in MSDeployment (einschließlich automatischer Backups, MSBuild, Verpackung usw.);

Answer 1

Hier finden Sie einen Kommentar eines echten Benutzers, der von SQL Server 2005 auf Versant wechselte:

Hier finden Sie Feedback von mir und meinen Kollegen über Vod.net.

Ich habe meine Ideen in Vor- und Nachteilen gruppiert

Profis: (In einem Wort: Geschwindigkeit)

• Die Datenbank -Engine ist schnell für die Daten gelesen und schreibt nach dem, was wir getan haben, es ist etwa 5- bis 10 -mal schneller als SQL Server 2005
• Es reduziert die Menge an Code, die für das Gleiche erforderlich ist wie Standards Datenzugriffsschichttechnologien
• Es verkürzt auch Zeit, um neue Funktionen zu entwickeln
• Es schafft eine strenge Objektstruktur und erleichtert die Datenintegrität
• Datenimport in VOD ist einfach

Nachteile: (In einem Wort: Benötigen Sie Fähigkeiten zur Fehlerbehebung)

• Unser Hauptnegativpunkt betrifft die Benutzerfreundlichkeit der Verwaltungsinstrumente (Verwaltungskonsole und Objektinspektor)
• Schaltflächen/Links nicht ganz explizit, was sie tun. Wir finden normalerweise heraus, wenn wir versuchen, es zu verwenden
• Die Fehlervergleichs-/Datenbank -Aktualisierungsfehler sind nicht genug explizit. Wir wissen kaum, welche Klasse den Fehler verursacht, aber nicht der Grund, daher müssen wir alleine debuggen.
• Die Verwendung von Datenbankmenü -Menüoption kann nicht funktionieren und zeigt Fehler an (je nach Zeiten)
• Anwendungsmigration
• Bei der Migration einer DAL -Musteranwendung dauert es lange, bis es mit VOD funktioniert, wenn Sie versuchen, denselben Code für die Benutzeroberfläche zu behalten

In Résumé würde ich empfehlen, VOD.net für Enterprise mit hochrangigen Entwicklern und komplexen/Big -Data -Struktur zu verwenden. Es ist definitiv schneller, eine brandneue Anwendung zu erstellen als die Migration der vorhandenen Anwendung. Der Objektinspektor benötigt eine Neugestaltung, um benutzerfreundlicher zu sein.

Wir haben einige der Bedenken hinsichtlich des Objektinspektors angesprochen, indem wir LINQPAD -Unterstützung bereitstellen. Ich denke, Sie sollten die Entscheidung treffen, basierend auf technischen Vorteilen und nicht auf emotionaler Diskussion zu wechseln. Außerdem ist Versant ein Microsoft -Partner, und es gibt viele Möglichkeiten für Menschen mit guten OO -Fähigkeiten.

Answer 2

Hängt vom Objektmodell an. Wenn Sie sich mit einem Deep -Object -Diagramm in Ihrer Domäne mit komplexen hierarchischen Beziehungen befassen, profitieren Sie groß, indem Sie von SQL Server 2008 zu Verant ODB wechseln. Wenn Sie mit flachen Objekten zu einem relationalen Motor zu tun haben. Bitte überprüfen Sie die C/S -Ergebnisse unter www.polepos.org:http://polepos.sourceforge.net/results/polepositionclientserver.pdf

Answer 3

Sie haben es vergessen ... es wird mir wahrscheinlich viel schneller (hängt von Ihrem Modell ab. Wenn Sie einfaches Modell haben, empfehle ich, sich einfach bei RDB zu halten).

Wenn Sie viele zu rekursive Beziehungen, verschachtelten Untergraphen usw. haben, dann, wenn es viel schneller ist.

Natürlich wird es auch auf viel weniger Hardware ausgeführt. Studien mit IBM zeigen, dass Sie in Ihrer mittleren Stufe rund 50% der CPU sparen (z. B. Sie Webserver, bei denen die Typ -Übersetzung für den RDB passiert).

Außerdem benötigen Sie keinen Datenbankexperten. Wenn Sie ein OO -Typ sind, dann haben Sie bereits die Fähigkeiten, wenn Sie Hibernate/Nhibernate kennen, weil die Konzepte des Objektlebenszyklusmanagements von Hibernate und der Orm -Raum waren im Grunde genommen von der Oodb -Welt entführt und auf das RDB -Lager portiert.

Außerdem können Sie in Ihren Entwicklungszyklen viel schneller wiederholen, ohne ständig zu einem DBA gehen zu müssen und nach Schema -Updates zu bitten.

.... RDB wird irgendwann den Weg des Mainframe gehen. Immer noch in der Nähe, aber nicht für neue Projekte verwendet. Diese Cobalt-Programmierer glaubten es damals auch nicht ... Kümmere dich nicht um alle Na-Sayer.

Answer 4

Wenn Sie wechseln möchten, dann tun Sie dies. Dies ist Ihr einziger "Plus" -Punkt.

"Die nicht übereinstimmende Impedanzimpedanz-Impedanz loszuwerden, von der wir alle so müde sind."

Sie haben die meisten Negative bereits aufgelistet. Ich werde zwei weitere hinzufügen:

• Wie können Jobs jemals nach Verantation OoDB -Fähigkeiten bitten?
• Wie viele Entwickler haben Versant OoDB -Fähigkeiten?

Answer 5

Bei der Offenlegung arbeite ich für Veranien im Verkauf und um Ihre Fragen zu kommentieren, ist Versant ein kommerzielles Produkt, aber wie SQL Server haben wir eine ähnliche Preise. Die Community Edition ist kostenlos mit Einschränkungen bei der Datenbankgröße. Standard Edition ist ein kleiner Kosten pro Kosten pro Kosten pro. Server, aber begrenzt in der Anzahl der zulässigen Threads und einer Enterprise -Edition, die teuer ist, aber weniger als SQL Server oder Oracle, wenn Sie Skalierbarkeit und Leistung benötigen. Wenn Sie diese in der Datenbank von Versant von NhisperNate zu LinQ wechseln, können Sie in Zukunft, wenn Sie zu SQL Server zurückkehren möchten, dies ganz einfach mit EF oder LINQ zu SQL tun, daher mildert es Ihre Ihr Risiko in der Datenbankinfrastruktur. Dies wäre ein Punkt für Verant, anstatt einen KVP -NoSQL -Store mit einer prorprietären Schnittstelle zu verwenden. Es stimmt, viel weniger Dokumentation als relational, aber www.odbms.org hat einige großartige Informationen und Referenzmaterial. Lernkurve Wenn Ihr Team C# gut beherrscht, sollte es recht einfach sein, und aus der Sicht des Verwaltungsbereichs ist Versant eine Datenbank, sodass die Lernbildern und Wiederherstellungsverfahren bekannt zu sein sollten. Unsere Kunden, C ++, Java oder .NET, sagen alle, dass die Vorteile von Verantation die Entwicklung, Leistung und die Fähigkeit sind, ihre Anforderungen mit einer geringeren Anzahl von Ressourcen für Server und Speicher zu unterstützen.