Welche DB für Desktop App mit Community Ed.?

[pertzschc]

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

[Bernhard Geyer]

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

[Andreas13]

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

[TurboMagic]

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.

[Delphi.Narium]

FireBird, Embedded-Variant?

[Der schöne Günther]

Zitat:

Zitat von TurboMagic (Beitrag 1502584)

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

[pertzschc]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1502580)

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

[Redeemer]

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.

[haentschman]

Moin...8-)

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? :gruebel:

[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. :wink:
[/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... :lol:
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...:thumb:
Zugriff: kostenlos ZEOS, bezahlt UniDAC

:wink:

[Rollo62]

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.

[hoika]

Hallo,
xml-Dateien gingen auch noch m

[KodeZwerg]

Ich weiß es ehrlich gesagt auch nicht was in der Community Edition enthalten ist aber habe für die Community Edition hier eine Anleitung gefunden:
Delphi Community Edition database tutorial

Community Edition

Zitat:

build database apps with local/embedded capabilities, and use included components to enhance your app and reduce development cycles

[MEissing]

Die Community Edition entspricht (fast) der Professional Edition (+Nag-Screen, - Kommandozeilen-Compiler, +/- andere Lizenz).

FireDAC ist eingeschränkt auf wenige, lokale Datenbanken

InterBase Express/IBX ist normal dabei (und kann auch im Netzwerk auf InterBase Datenbanken zugreifen)

ADO ist auch dabei. Damit wäre MS Access, MS SQL (Express), ... sogar ODBC etc möglich

[Sinspin]

Zitat:

Zitat von Andreas13 (Beitrag 1502581)

Absolute Database https://componentace.com/bde_replace...e_database.htm

Die verwende ich auch.

Für einzelne Tabellen oder Importe muss die KbmMemTable herhalten. Speichern und Laden in/aus CSV Dateien.

[Frickler]

Zitat:

Zitat von Andreas13 (Beitrag 1502581)

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.

Wird aber - so scheints - nicht mehr wirklich weiterentwickelt. Seit vielen Jahren beschränken sich Änderungen auf Anpassungen an die jeweils neuste Delphi-Version. Unterstützt wird nur Windows, nicht Linux, nicht Mac, nicht Mobil. Dafür rückwärtskompatibel bis Delphi 4 (!). Leider auch nicht kompatibel zu Lazarus.

Zitat:

Zitat von TurboMagic (Beitrag 1502584)

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

Kann man machen, ist dann aber auf eine relativ alte Version festgelegt (halt die, die zum Zeitpunkt der Veröffentlichung der Delphi-Version aktuell war). Oder man verwendet statt FireDAC alternative Komponenten wie etwa DISQLite.

[Uwe Raabe]

Zitat:

Zitat von Frickler (Beitrag 1502613)

Kann man machen, ist dann aber auf eine relativ alte Version festgelegt (halt die, die zum Zeitpunkt der Veröffentlichung der Delphi-Version aktuell war).

Was wiederum den Vorteil hat, dass durch ein Unachtsames SQLite-Update (oder gar Downgrade) im System das eigene Programm plötzlich nicht mehr richtig funktioniert. Auch kann man mit einem Programmupdate wieder gezielt die passende Version (quasi eingebacken) mitliefern. Gerade in Umgebungen mit schwach EDV-affinen Usern kann das eine Überlegung wert sein.