Moin...
Zitat:
17. Jan 2005, 02:40
In den 12 Jahren hat sich einiges getan.
Zitat:
Es gibt bestimmte Zutaten mit verschiedenen eigenschaften. zB.: Eier : 100% Protein, xx% Fett usw...
Das sind Daten für ein klassisches
DBMS. Die Datenbanken sind dafür ausgelegt Daten "herauszusuchen". Mal angenommen, du willst eine Liste mit den Rezepten haben, sortiert nach der Fettmenge. Mir einer TXT/
CSV/
XML hast du mehr Aufwand als nötig.
Meine Daumenregel:
TXT/
CSV/
XML als Datenaustauschformat ist in Ordnung wenn die Daten nur readonly sind. Alles Andere gehört in ein
DBMS.
Wie es die Andreren schon bemerkten:
Zitat:
Für komplexere Anwendungsfälle zum Speichern gerne ein
DBMS
Zitat:
Willst Du eine interne Struktur (z.B. TList) mit Daten füllen, ist
CSV keine schlechte Wahl.
! nur readonly
Empfehlung für ein
DBMS:
Firebird:
https://de.wikipedia.org/wiki/Firebird_(Datenbank)
https://www.firebirdsql.org/en/server-packages/ für den Anfang die Version 2.5
Firebird Vorteile:
* minimaler Installationsaufwand (ca. 10 Minuten)
* Ein Datenbankfile.
* Das Datenbankfile kann man z.b. auf einen USB Stick kopieren und wieder zurück.
* Wechsel zwischen Multiuser und Einzelplatz ohne Aufwand möglich.
Datenzugriff
* Zeos:
https://sourceforge.net/projects/zeoslib/
* Tutorial:
https://www.delphi-treff.de/tutorial...-und-firebird/
Admin Tool
* IBExpert Personal:
http://ibexpert.net/IBE/index.php?n=...ersonalEdition
Datenbank Tutorial
* ! es geht nur ums Prinzip.
https://www.youtube.com/watch?v=eNWqPw_73vU ...und folgende.
Zitat:
Diese Daten würde ich gerne in einer .txt Datei oder so ähnlich gespeichert haben.
Ein Tretauto ist auch ein Auto. Aber würdest damit in den Urlaub fahren?
Mit einer Datenbank hast du etwas mehr Lernaufwand. Wenn du aber die Vorteile erkannt hast, willst du es nicht mehr missen.
Stichworte:
http://docwiki.embarcadero.com/Libra...ta.DB.TDataSet
http://docwiki.embarcadero.com/Libra...DB.TDataSource
..jetzt hast du mal Brot.