Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Music Cover Database (https://www.delphipraxis.net/194482-music-cover-database.html)

ATS3788 30. Nov 2017 18:16

AW: Music Cover Database
 
Warum XML um zu sehen ob das auch mit einer größeren Datenmenge funktioniert
und ich es noch nie so gemacht habe.

Just for Fun

p80286 30. Nov 2017 21:19

AW: Music Cover Database
 
Zitat:

Zitat von Codehunter (Beitrag 1387604)
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 1. Dez 2017 11:49

AW: Music Cover Database
 
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 ;-)

mkinzler 1. Dez 2017 11:58

AW: Music Cover Database
 
dBase wäre aber auf Jedenfall ein Rückchritt gegenüber FireBird (embedded)

Delphi.Narium 1. Dez 2017 12:06

AW: Music Cover Database
 
Aber mit TDBF ohne weitere Dateien / DLLs nutzbar, ähnlich wie bei XML: Alles in der EXE.

Weitere Alternative, die ohne zusätzliche DLLs ... auskommt:

KbmMemTable

Codehunter 1. Dez 2017 12:30

AW: Music Cover Database
 
Zitat:

Zitat von ATS3788 (Beitrag 1387645)
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.

Luckie 1. Dez 2017 16:31

AW: Music Cover Database
 
Lasst ihn doch seine Erfahrungen mit XML sammeln. Wer weiß, wann er es mal produktiv einsetzen kann.

p80286 1. Dez 2017 16:43

AW: Music Cover Database
 
Zitat:

Zitat von Delphi.Narium (Beitrag 1387701)
Wenn die Datenmenge nicht zu groß ist und man nur eine Tabelle hat, reichen Locate, Append, Edit und Post vollkommen aus.

Da brauch ich kein DBase, da hol ich ein
Delphi-Quellcode:
file of Myrecord
aus der unteren Schublade.

Noch 2 oder 3 Indices gebastelt und das fluppt.

Als Verständnisübung bestimmt gut geeignet.

Gruß
K-H

Luckie 1. Dez 2017 17:01

AW: Music Cover Database
 
Bitte kommt zum Thema zurück. Es geht um XML und nichts anderes.


Alle Zeitangaben in WEZ +1. Es ist jetzt 20:18 Uhr.
Seite 2 von 2     12   

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz