Kann jemand denken einige gute Gründe, * nicht * eine objektorientierte DBMS zu verwenden, um eine Website zu unterstützen?

StackOverflow https://stackoverflow.com/questions/173040

Frage

Sagen Sie irgendeine Art von Web-Anwendung sind Codierung. Etwas, wo Menschen Inhalte beitragen kann, z.B. eine einfache Foto-Sharing-Site.

Wie viele gute Gründe, können Sie denken zu nicht geht mit einer objektorientierten Datenbank (z db4o)?

War es hilfreich?

Lösung

Ein OODBMS ist besser, wenn Sie nur Ihre Daten durch Ihre Objekte zugreifen müssen. Wenn Ihre Lösung zusätzliche Wege, um Ihre Daten erfordert (zum Beispiel Ad-hoc-Abfragen, Reporting, andere Anwendungen, die Datenzugriff benötigen, kann aber nicht die Verwendung der Objekte machen), dann ein traditionelles RDBMS-System ist besser.

. Hinweis: OODBMSes hat eine Menge Verbesserungen in diesem Bereich

Andere Tipps

Ich weiß nicht, wie groß Ihre Pläne sind, aber die Verfügbarkeit von erfahrenen und qualifizierten Personen mieten (oder auch nur eine Hand zu leihen) würde in meine Entscheidung Faktor, als auch nur eine allgemein große Menge an Wissen in Bezug auf all des In und outs der DB.

Oracle oder MySQL hat ihre Fehler, aber Chancen sind, wenn Sie ein Problem 100 andere Menschen haben das gleiche Problem haben und können Ihnen sagen, wie es zu lösen.

würde ich die Tatsache sagt, dass, wenn Sie so etwas wie db4o erwägen, dass sie nicht erscheinen Unternehmen Beispiele haben Websites mit Strom versorgen, und sind meist im Einsatz für Embedded-Anwendungen.

Sehen Sie meinen anderen Beitrag zu diesem Thema. ( Beispiel Websites mit db4o )

Im Moment technisch auf dem Weg hier, nur Annahme scheint es. Doch für die Geschwindigkeit der Entwicklung, maintainence und Design-Flexibilität, sind OODBs ziemlich unschlagbar.

Schwer Berichterstattung usw. kann durch Synchronisieren mit einer relationalen Backend getan werden, wenn erforderlich, was ich weiß, db4o unterstützt

Dies ist ein bisschen weit hergeholt, aber ein Joel Post, Plan für den Erfolg paraphrasieren. Was passiert, wenn Ihre App wirklich populär wird?

Zum Beispiel, was passiert, wenn Sie Ihre Anwendung auf Ihrem eigenen Rechner hosten, sondern entscheiden zu einer formellen Hosting-Site zu gehen, oder sogar eine Serverfarm. Was sind die Chancen werden sie eine OODB im Vergleich zu MySQL unterstützen?

ich nur würde empfehlen, für OODBMSs gehen, wenn Ihre Anwendung Design ist wirklich, wirklich das Objekt stark orientiert, und die Komplexität stellt eine Notwendigkeit. Eine Foto-Sharing-Site klingt nicht wie es auf der OO Seite schwer ist, so sehe ich nicht den Punkt für db4o gehen.

Allerdings, wenn Sie wirklich nur die Ins und Outs der Verwendung eines OODBMS aus einem Lieblingsprojekt lernen wollen, ist es in Ordnung zu verwenden.

Ein weiterer guter Grund ist relativ Langlebigkeit. DB40 ist ein ausgezeichnetes Produkt für das, was es tut, aber die Nutzerbasis ist klein und es ist nicht wahrscheinlich so etwas wie SQL Server überleben.

Natürlich habe ich auch dort zu sagen, war keine Möglichkeit, Java überleben würde.

Größe der Daten (Wenn ich mit Millionen und Millionen von Zeilen zu tun habe, ich bleibe mit dem, was ich weiß)

Berichterstattung (In der Regel schwierig genug, in normalisierten Datenbanken, schlimmer in OO-Datenbanken)

Verfügbarkeit von Know-how / Erfahrung (RDBMS hat deutlich mehr Anhänger)

Große Mengen von ETL (Die meisten Menschen Import und Export in Flat Files, es sei denn, Sie bekommen / Senden von XML, sind Sie nur alte Tabellen sprechen)

Keine dieser Ton wie Hindernisse für Ihr Projekt

Need for speed, wenn alles, was Sie bekam ein Pedal Fahrrad ist. Szenarien umfassen Datenerfassung (z Logging), wo nach dem Ereignis die erfassten Daten oft zu einem späteren Zeitpunkt verarbeitet wird und wahrscheinlich ohnehin in seine Objekt Bestandteile aufgebrochen.

Vielleicht möchten euch auch diesen Artikel überprüfen:

http://microsoft.apress.com/asptodayarchive / 74063 / using-an-objektorientiertes-d

"Verwenden eines OODB in einer Website" von Jim Paterson

Best!

Für eine komplexe Anwendung mit geringen Datenanforderungen, können Sie nicht GLASS (Stein, Meer und Smalltalk) schlagen. Die Berichterstattung ist definitiv etwas, das Sie OO in Smalltalk machen wollen.

Meine persönliche Meinung, wo es Daten gibt ... es gibt Berichterstattung.

Nein OODBs wird Ihre Daten das entsprechende Speichermodell geben, um Ihre Reporting-Anwendungen zur Verfügung steht.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top