XML - ein Erklärungsversuch

[hoika]

Hallo,

Wenn ein neues/geändertes Feld an vielen Stellen zu Anpassungen führt,
liegt doch nicht an FB, sondern am Programmierer ?

Heiko

[Hansa]

Der Spagat ist mir etwas zu gewagt. Zuerst richtige Datenbank (nicht mal nur Access ) und dann back to the roots, also Textdatei? Was soll denn besser werden, wenn auf alle DB-Features verzichtet wird ? Das könnte zwar besser werden, sofern man bei dem XML-Kram die Fehler beim DB-Design nicht macht. Richtigen Sinn macht das aber nicht wirklich.

Egal wie, es gibt da noch einen eventuell goldenen Mittelweg. Und der wäre TClientDataset. Damit lässt sich relativ leicht aus der DB lesen (quasi wie gewohnt beim Dataset), das Teil lässt sich allerdings u.a. (es gibt da einge Formate) wiederum so als XML abspeichern :

CdsDM.CDS.SaveToFile('C:\test\test.xml',dfXML); D.h., die Datenbank-Daten können per XML bearbeitet werden.

[Popov]

Ich glaube was Stahli meint ist, dass es eine einfache und akzeptable Desktoplösung ist, weniger ob es eine gute Allgemein-Datenbank. Denn zum speichern einfacher Daten ist es mehr als ausreichend.

[stahli]

Nur mal zur Info:

Ich habe den Weg damals getestet um die Sinnhaftigkeit für mich einschätzen zu können. Grundsätzlich wollte ich Objektdaten persistieren.

Den Weg habe ich für mich wieder verworfen (würde auch eher ClientDatasets verwenden wenn es um Zugriff auf einfache XML-Strukturten geht).

Auf Grund einer Anfrage habe ich die Videos dennoch noch einmal heraus gesucht.

[chuckholdt]

Wir benutzen schon seit langen eine Architektur, die die Vorteile von "XML" und Datenbanken vereinigt. Heute würde man das wohl "noSQL-DB, document and graph-centric" nennen.

Im Prinzip werden alle Objekte als Dokument (XML oder JSON-ähnlich) gespeichert (in einer relationalen DB). Dazu kommen Verbindungen zwischen den Objekten. Damit lassen sich sowohl flexible als auch sehr effektive Systeme aufbauen. Unsere Anwendungen, die übrigens auch im Sportbereich liegen (überwiegend) und auch solche Dinge wie komplexe Turnierstrukturen abbilden, arbeiten mit Millionen von Objekten und entsprechend vielen Verbindungen. Wir haben 500+ Klassen (von für die User sichtbaren Objekten, intern natürlich viel mehr). Änderungen an Funkrionalitäten haben keinen Einfluss auf die DB-Struktur.

Das von dir angedachte Prinzip ist wohl nur sinnvoll (und da setzen wir es auch ein), wenn ein abgeschlossener Datensatz von nicht übertriebener Größe vorhanden ist und dieser transportiert (Server) oder einfach lokal gespeichert werden soll. Wir kombinieren das zum Teil mit obiger Architektur. Konfigurationen werden im obigen System gemacht, und danach komplett als XML z.B. für die Web-Anwendung oder die iphone-App zur Verfügung gestellt (Beispiel www.MyContractPro.de).

Chuck

MORE Projects