Music Cover Database

[Codehunter]

Zitat von ATS3788:

Warum XML um zu sehen ob das auch mit einer größeren Datenmenge funktioniert

Letztendlich ist XML kein DBMS sondern nur ein Austauschformat. Wie gut oder schlecht es mit großen Datenmengen klar kommt ist dann im Wesentlichen abhängig vom jeweils verwendeten Parser. Und davon gibt es bergeweise ganz verschiedene. Ich verwende noch bis heute den schon recht betagten ECXMLParser weil er mir verhältnismäßig flott und ressourcenschonend erscheint.

Bei dBase verhält es sich ähnlich. Auch das ist im Grunde nur ein Austauschformat. Das entsprechende DBMS muss man selber mitliefern. Hingegen sind die ganzen Embeddedserver schon komplette DBMS und deren Datendateien eigenen sich eigentlich gar nicht als Austauschformate, weil mit Indizes und Caches behaftet, die nicht portabel sind.

[p80286]

Zitat von Codehunter:

Ich werfe mal ganz ketzerisch dBase in den Raum. Man muss sich ja nicht immer mit Embedded-SQL-Servern rumschlagen.

erstens ist das Format (glaube ich) nicht in der Lage Blobs zu speichern,
zweitens, gibt's da überhaupt noch etwas aktuelles um auf die Datei(en) zuzugreifen, und
drittens warum soll ich auf den Komfort von SQL verzichten?

Gruß
K-H

[Delphi.Narium]

DBase kann Blobs, auch Grafiken, absolut problemlos. (Einschränkung: Die Dateien für das Speichern von Blobs dürfen maximal 2 GB groß werden.)

Zugriff nachwievor auch über ADO möglich.

Ansonsten TDBF.

Wenn die Datenmenge nicht zu groß ist und man nur eine Tabelle hat, reichen Locate, Append, Edit und Post vollkommen aus.

Und ob nun DBase oder XML ohne SQL, ist erstmal wurscht