Frage zu Datenablage für ein privates Projekt

[pertzschc]

Hallo in die Runde,

ich überlege, eine kleine private Verwaltung von Aktienbeständen mit der neuesten CE Version zu erstellen und möchte Euch bezüglich der Datenhaltung um Rat fragen.

Beschreibung:
Es gibt monatliche Zuflüsse von Aktien mit Stückzahl und (Kauf-)Preis zu einem Datum. Diese möchte ich einzeln speichern.
Es gibt unregelmäßige Verkäufe dieser Aktien mit Stückzahl und (Verkaufs-)Preis zu einem Datum. Diese möchte ich auch einzeln speichern.
Die Bestände werden nach dem FIFO Prinzip abgetragen. D.h. bei Verkäufen werden die Bestände sequentiell durchgerechnet.

Meine Fragen:
Wie speichere ich die Daten am besten?
Ich wollte keine Datenbank dafür nehmen, obwohl ein Tabellendesign dafür recht einfach wäre (Ich hätte es gerne in mit einem Texteditor lesbaren Format).

Stattdessen ist meine Idee 2 DTO zu erstellen und deren Daten im JSON-Format in Daten pro Kalenderjahr abzuspeichern.
Also je eine Datei: 2022_Daten.json, 2023_Daten.json, 2024_Daten.json.
Darin jeweils ein Array mit Beständen und ein Array mit Verkäufen für das jeweilige Jahr.
Geht das mit den JSON-Klassen von Delphi entsprechend einfach, bekomme ich damit einen Zugriff effizient hin, wenn neuen Daten reinkommen (monatlich)?

Was denkt Ihr dazu?

Vielen Dank für Eure Anregungen!
Christoph

[haentschman]

Zitat:

Was denkt Ihr dazu?

...klassisches Szenario für eine Datenbank. Was hast du gegen eine Datenbank?

[sh17]

Portfolie macht das mit XML, vielleicht kannst du dir da Anregungen suchen

https://www.portfolio-performance.info/

[hans65]

Datasets sind eigentlich genau für die Datenhaltung gedacht und werden ja auch wunderbar in Delphi unterstützt. Warum also nicht nutzen.
Wenn es wegen des Textformats wäre, könnte man noch CSV oder ein ClientDataSet mit SaveToFile('MyXMLFile.XML', dfXMLUTF8) nutzen.
MemoryDatasets mit Xml-Ein- und -Ausgabe gibt es auch noch andere, z.B. kbmMemTable oder Devart TVirtualTable.

Andreas

[peterbelow]

Zitat von pertzschc:

Hallo in die Runde,

ich überlege, eine kleine private Verwaltung von Aktienbeständen mit der neuesten CE Version zu erstellen und möchte Euch bezüglich der Datenhaltung um Rat fragen.

Beschreibung:
Es gibt monatliche Zuflüsse von Aktien mit Stückzahl und (Kauf-)Preis zu einem Datum. Diese möchte ich einzeln speichern.
Es gibt unregelmäßige Verkäufe dieser Aktien mit Stückzahl und (Verkaufs-)Preis zu einem Datum. Diese möchte ich auch einzeln speichern.
Die Bestände werden nach dem FIFO Prinzip abgetragen. D.h. bei Verkäufen werden die Bestände sequentiell durchgerechnet.

Meine Fragen:
Wie speichere ich die Daten am besten?
Ich wollte keine Datenbank dafür nehmen, obwohl ein Tabellendesign dafür recht einfach wäre (Ich hätte es gerne in mit einem Texteditor lesbaren Format).


Christoph

Egal ob JSON oder XML: wenn Du die Daten in einer Textdatei speicherst muß das Programm immer die komplette Datei einlesen, daraus eine interne Repräsentation machen, dort eventuelle Änderungen vornehmen und dann die Daten komplett in eine Datei speichern (alte in Backup umbenennen, neue erzeugen). Das geht natürlich, aber eine Datenbank ist viel einfacher da man dort direkt Datensätze anlegen, ändern, löschen, suchen kann und eine DB Engine auch für die Berechnungen/Auswertung viel Arbeit übernehmen kann (wofür gibt's SQL, nicht war?).

Textdateien bieten halt keinen direkten Zugriff auf einzelne Datensätze, es sei denn, man verwendet Datensätze mit festen Feldlängen (file of record im Prinzip, wie das alte dBase-Format).

[Uwe Raabe]

Wenn es denn nur lokal sein soll bieten sich auch bereits enthaltene Lösungen wie SQLite und IBLite an. Letzteres hat den Charme dass es ohne großen Aufwand auch in eine Server-Lösung umgewandelt werden kann. Das sind dann aber halt keine lesbaren Textformate mehr.

[pertzschc]

Zitat von sh17:

Portfolie macht das mit XML, vielleicht kannst du dir da Anregungen suchen

https://www.portfolio-performance.info/

Danke, das werde ich mir als Tool gleich mal anschauen und ggfs. meine Arbeit sparen. Ich hatte es noch nicht gefunden, bzw. intensiv genug gesucht.

[Sherlock]

SQLite ist genau dafür gedacht. Und überraschend performant noch dazu.

[pertzschc]

Zitat von Sherlock:

SQLite ist genau dafür gedacht. Und überraschend performant noch dazu.

Danke für den Hinweis. Ich werde es mir damit einmal ansehen.

Habt Ihr nochmal 1-2 links auf notwendige Komponenten und ggfs. vielleicht ein Tutorial für SQLite als Beginn.
Ich habe das letzte Mal vor 10 Jahren SQL Server benutzt und leider keinen Zugriff auf den damaligen Source mehr.

Viele Grüße, Christoph

[Sherlock]

https://docwiki.embarcadero.com/RADS...te_mit_FireDAC

https://www.youtube.com/watch?v=i_cgZ33qCY0

Das ist mal als Einstieg.