Textdaten speichern aber in welchem Format

[DieDolly]

Jeder Datensatz wird normalerweise angelegt und bleibt so wie er ist. Es kommen mit der Zeit neue hinzu.
Datensätze können aber im Programm bearbeitet oder gelöscht werden. Wenn man die Daten aber richtig eingegeben hat, dann sollte man die eigentlich auch nie bearbeiten müssen.

Aktuell speichere ich als CSV einfach alles in eine Datei. Es gibt zwei Gründe, warum ich mich von CSV trennen möchte. Einerseits sind die Daten in dem Format nicht gut lesbar, wenn man die Textdatei öffnet. Sowas solls ja geben dass man das macht. Und zweitens braucht man ein Trennzeichen, was dann nicht in den zu speichernden Werten vorkommen darf.

[Blackpit]

Warum nimmst du kein Grid mit Dataset, nachdem du auf Json konvertiert hast?
Du solltest dein JSON direkt in's Dataset laden und dann im Grid bearbeiten und wieder zurückschreiben können.
HTH

[DieDolly]

Ein Grid als Bearbeitungsmöglichkeit der Daten für den Endnutzer? Das sieht am Ende bestimmt ziemlich schräg aus.

Ich versuche das gerade mit JSON. Aber mein Hauptproblem ist, dass ich nicht weiß wie ich auf einen bestimmten Datensatz zugreifen soll wenn der geändert werden soll.
Bei CSV lädt man die ganze Datei einfach ins Programm, packt die irgendwie in eine Combobox und hat immer den Index der auch die Zeilennummer ist. Bei JSON geht das nicht.

[Blackpit]

Das der Enbenutzer die Daten ändern können sollte war mir nicht bewusst.
Dachte es ginge um Korrekturen bevor die Datei an die Benutzer geht.

[DieDolly]

Die Bearbeitungsfunktion gibt es im Programm nur, falls es Tippfehler im Datensatz gibt die korrigiert werden müssen oder so.
Eine andere Idee hatte ich gerade noch. Jeder JSON-Datensatz kommt in eine eigene Datei die als Dateinamen ein Datum im ISO8601-Format hat.
Im absolut miesesten und schlimmsten Fall können das 365 +-50 Datensätze/Dateien pro Jahr werden. Ist das zuviel für ein Dateisystem oder generell für ein Standalone-Programm was Nutzerdaten entgegen nimmt?

[Blackpit]

Zitat:

Zitat von DieDolly (Beitrag 1448941)

...Bei CSV lädt man die ganze Datei einfach ins Programm... Bei JSON geht das nicht.

Bei JSON lädt man einfach in ein Dataset. ;)

[DieDolly]

Mhh DataSet oder eigene Klasse. Jetzt gerade lade ich in eine eigene Klasse wo jede Instanz in eine generische Liste kommt.

[gast2019]

Ich plädiere auch für XML- oder JSON-Dateien, da man die mit notepad.exe weder öffnen, verändern oder gar speichern kann. Dadurch wird höchste Datenkonsistenz gewährleistet!

Ich bin für den Scheiß (File of Record, als CSV exportierbar) einfach schon zu alt...

[DieDolly]

Zitat:

Ich plädiere auch für XML- oder JSON-Dateien, da man die mit notepad.exe weder öffnen, verändern oder gar speichern kann. Dadurch wird höchste Datenkonsistenz gewährleistet!

Ist da ein Tippfehler drin? :lol:

Das Programm ist eigentlich nur für mich. Ich schreibe gerade alten Code nochmal um in besseren Code.
Das ist das zweite mal, dass ich das Programm komplett neuschreibe. Den Code vom ersten habe ich bei einem Datencrash verloren, nachdem mir Windows auch genau die eine Datei kaputt gemacht hat, die quasi die Datenbank war.

Deswegen mache ich es jetzt anders und vielleicht besser.

[gast2019]

Fast böse grinsend: Nö, da war kein Tippfehler drin!

Mit ein wenig (File of Record)-Wissen bekommt man recht viel in uralte db3+ Datenbanken rein. Ist aber völlig überholtes Wissen!

Und weder Excel noch Access können die db3+ Formate importieren!!!

Zitat von Dir:
Deswegen mache ich es jetzt anders und vielleicht besser.

Empfehlung von mir sind regelmäßige Backups mit
https://www.minitool.com/backup/system-backup.html

auf externe Datenträger.

Übrigens kostet ein USB-Stick nahezu doppelt so viel, wie eine externe SSD mit Zusatzgehäuse (USB >=3.0).

Und ich lese regelmäßig die Umwelt-/Klima-Kommentare auf WeLT-Online...