Ist Mit Db4o für Web-Sites eine vernünftige Wahl?

Question

Db4o als Backend-Datenspeicher für eine Website (ASP.NET MVC) eine vernünftige Wahl als Alternative zu MS SQL Server verwendet?

Answer 1

Das Hauptproblem mit DB4O ist: Können Sie Ihr Objekt Netz in einigen nützlichen Weise geschnitten? Wenn nicht, dann werden Sie halten zu viele Objekte in Arbeitsspeicher zu lange und Ihre Leistung wird darunter leiden.

Zum Beispiel in SQL können Sie einen Cursor erstellen und dann einfach einen großen Satz von Ergebnissen durchqueren. Sie können auch für eine kleine Gruppe von Spalten abfragen, während DB4O immer die ganzen Objekte lädt (und seine Referenzen und die Referenzen der Referenzen). Mit DB4O, müssen Sie sicherstellen, dass db4o nicht auf einmal in allen Objekten aus der DB zu ziehen nicht versuchen.

Sie werden auch Ihre „DB“ durch das Ausfüllen von Beispiel-Objekten abfragen Dinge gewöhnen müssen, welche am Anfang seltsam anfühlt.

Answer 2

Das hängt davon ab, welche Art von Website Ihrer schaffen, Ihren, den Verkehr erwarten etc ... Wollen Sie eine Million Anfragen einen zweiten Griff oder 100 eine Minute ... Ist Ihre Domain mit einer Objektdatenbank rechtfertigen? Haben Sie es wirklich brauchen?

In der Regel sind die meisten Seiten sind nicht schweren Jungs, so dass sie nicht die ganze Skala Out-Funktionalität erfordern könnte (ich glaube, und das ist nur ein Glaube, dass traditionelle RDBMS getestet wurden und für extreme Belastungen zu behandeln, in denen als Objekt der DB nicht haben könnte wurde die gleiche Aufmerksamkeit gegeben).

So dann ist die Frage nicht Ihre Domain dies rechtfertigen? Sie geht ein Kernstück Ihrer Website auf einer Technologie zu stützen, dass Sie nicht viele Experten finden. So wie gehen Sie Rate umdrehen? Sind Sie bereit, die Kosten zu übernehmen, die mit allen aktuellen und zukünftigen Mitarbeiter auf diese Ausbildung?