Hallo in die Runde,
ich möchte nach langer Pause eine kleine Desktop App mit DB mit der Community Edition entwickeln, in der 2-3 Tabellen und ca. 1000 Datensätze abgelegt werden sollen. Was würdet Ihr mir dafür empfehlen?
Wichtig wäre, dass man die DB auf bei einem Rechnerumzug mitnehmen(notfalls exportieren/importieren) kann.
Danke und Grüße,
Christoph

bei 1000 Datensätzen kannst du das doch komplett im Speicher halten und als CSV/Excel/XML-Format im Dateisystem speichern.

Hallo Christoph,
Absolute Database https://componentace.com/bde_replace...e_database.htm ist recht einfach zu verwenden. Eine kostenfreie und voll funktionsfähige Testversion + viele sofort einsatzfähige Demos sind dabei.
Viel Erfolg!

Grüße, Andreas

SQLite. Soweit ich weiß, wird da die DB Engine sogar mit in die EXE integriert,
könnte aber auch falsch liegen.

Nur ich glaube Transaktionen gehen damit nicht und Verletzungen von Datentypen
werden auch nicht konsequent als Fehler behandelt. Vorteil wäre aber: es ist
schnell und kostenlos.

FireBird, Embedded-Variant?

Zitat von TurboMagic:

SQLite. (...)
Nur ich glaube Transaktionen gehen damit nicht und Verletzungen von Datentypen
werden auch nicht konsequent als Fehler behandelt.

Doch, Transaktionen gehen bestens. Wir reden über FireDAC als Zugriffsmechanismus, richtig?
Die Sache mit "Verletzung" von Datentypen liegen ja eher an Sqlite selbst.

Zitat:

SQLite strives to be flexible regarding the datatype of the content that it stores. For example, if a table column has a type of "INTEGER", then SQLite tries to convert anything inserted into that column into an integer. So an attempt to insert the string '123' results in an integer 123 being inserted. But if the content cannot be losslessly converted into an integer, for example if the input is 'xyz', then the original string is inserted instead.

PS: Seit Ende 2021 hat Sqlite auch einen "Strict" Mode. Den muss ich unbedingt mal ausprobieren.
Mehr Infos hier:
https://www.sqlite.org/stricttables.html

Zitat von Bernhard Geyer:

bei 1000 Datensätzen kannst du das doch komplett im Speicher halten und als CSV/Excel/XML-Format im Dateisystem speichern.

Ja das wäre eine Alternative. Wie sieht es mit JSON aus? Gibt es dafür aktuelle (gute) Komponenten?
Grüße, Christoph

Es gibt System.JSON bei aktuellen Delphis.

Für ältere Delphis (ab 2009, wegen Generics) gibt es Tdjson: Wenn man überwiegend mit verschachtelten Objekten arbeitet, ist das ohne einen selbstgeschriebenen class helper unübersichtlich zu benutzen. Die Methode Parse(), die de-facto der Konstruktor ist, ist aus irgendeinem Grund als class function deklariert, und es wurde nicht daran gedacht, dass man deshalb Result im Falle eines Fehlers aus dem Speicher löschen muss.

Moin...

Zitat:

2-3 Tabellen

Zitat:

bei 1000 Datensätzen kannst du das doch komplett im Speicher halten und als CSV/Excel/XML-Format im Dateisystem speichern.

Zitat:

Ja das wäre eine Alternative.

...bis zu größeren Datenmengen. Wer weiß heute, erst recht du, daß du später nicht die von dir erhofften Datenmengen überschreitest? Und darin suchen mußt? Warum muß ich mir immer ALLE Daten in den Speicher laden, wenn ich nur einen kleinen Teil benötige?

[meine Meinung]
Datenhaltung gehört in die Hände von Datenbanken. CSV/XML/JSON sind Datenübertragungsformate und keine Datensätze. Manche Anwendungen benutzen Datenbanken als "Speichermedium" für die Einstellungen statt INI oder so. Ich benutze auch XML für statische Daten und schätze die Möglichkeit der schnellen Manipulation (Editor) der "Vorgaben"...hätte man so auch in eine Tabelle schreiben können.
[/meine Meinung]

Zum Thema:

Kriterien für die Auswahl der DB:
1. Mehrbenutzerfähig J/N
2. Sicherung / Backup einfach
3. Admin Tool in schön...
4. klein aber fein
5. Zugriffskomponenten stabil

Mein Favorit:
Firebird: Weil je nach Anwendung mehrbenutzerfähig oder Embededd sein kann, mit ein und der selben Datenbankdatei. Sicherung nur eine Datei...
Zugriff: kostenlos ZEOS, bezahlt UniDAC

Ich denke in der Community Version ist kein großartiger DB Support dabei (kann mich aber irren).
Also bliebe ZEOS (frei) oder UniDac (kostet was).

Wenn die Community aber lokal alles hat, und nur kein Client/Server, dann sollte auch Sqlite dabei sein.
Komplett InMemory wäre dann mit FdMemTable möglich, aber Sqlite ist schon eine richtige DB.

Deshalb wäre die Frage was in der CommunityVersion eigentlich drin ist.