Hi@All,

was wäre die beste Datenhaltung für eine Standalone App.

neue Datensätze pro Tag -> 1-5
neue Reports pro Tag -> 1-2

Ich habe schon über XML basierend nachgedacht, aber so richtig kann ich mich damit nicht anfreunden.

Datensätze:

Typ 1: Datum, Kategorie, Beitrag, Bemerkung
Typ 2: Aktiv, Datum, Einstellung
Typ 3: Status, Datum, Konto, Beschreibung

Die Reports werden dann im Grunde Listen die sich aus den einzelnen Typen zusammensetzen.

Für die Übersicht gibt es dann noch Bergeweise Statusfelder die es zu füllen gilt.

Grüße

Hallo,

das klingt durchaus nach "Daten", also einer bzw. mehreren DataTables. Diese kannst du in einem DataSet zusammenfassen und per ReadXml/WriteXml komplett speichern.

Gruß Jürgen

Hallo,

ich denke er wollte eher eine Diskussion in welchem Format er die Daten abspeichern soll. Ich bin zwar oft für Xml, aber es hat ja auch seine Nachteile

Du könntest dir auch Gedanken über Compact Framework machen. Dann kannst du eine lokale Datenbankdatei verwenden ohne zusätzlich etwas zu installieren. Ich würde es abhängig davon machen ob du die Daten später leicht manuell bearbeiten möchtest und auch einzelne Reports austauschen (dann Xml) oder dir wenig Gedanken/Logik für die Speicherung nehmen willst und es einfach in ein DB-File klatscht, die dann wächst und wächst.

Gruß

Hallo Danielf,

du hast den Nagel auf den Kopf getroffen.

Das Compact Framework(CF) schau ich mir an.

Wo kann ich einsehen was im Compact Framework alles enthalten ist? Laut Wiki ist der Funktionsumfang stark reduziert, aber einen Link was alles nicht inkl. ist stand da nicht.

Wird das CF wie eine Lib benutzt oder wie bring ich der Anwendung bei das es das CF benutzen soll?

Manuelles Editieren soll nicht vorgesehen sein, daher kann das ruhig alles in ein DB-File gestopft werden.

Wichtig wäre mir halt nur das ggf. Redundanzen möglich sind, falls das DB-File mal corrupt sein sollte.

Grüße

Hmm... ich verwende sie hin und wieder und bin noch auf keine Einschränkung gestoßen. Dein Anwendungsfall sollte also abgedeckt sein.

Anwenden tu ich die DB prinzipiell so. Sprich 'Neues Element' hinzufügen 'SQL Server Compact Edition Datenbank' und Name 'xy' eintragen go. VS legt im Datenbank-Explorer dann gleichzeitig eine Verbindung zu der DB an, so dass man diese editieren kann.

Was du mit Redundanzen meinst ist mir bisschen unklar, aber du kannst die Datei einfach irgendwo hin speichern und wieder drauf zugreifen... bzw. kurz backups machen und diese bei bedarf wiederverwenden.

danke für die Herangehensweise.

Gut eine Redundanz stellt ja im Grunde auch eine Backupkopie dar, für den Fall das das DB-File corrupt ist. =)

danielf hat folgendes geschrieben :

Du könntest dir auch Gedanken über Compact Framework machen.

Ein Hinweis: SQL Server Compact und CF haben nichts miteinander zu tun.

Hallo Kha,

Auch wenn SQL Server Compact nichts mit CF zu tun hat, ist das DB-File dennoch portable?

Grüße

Wenn du zwischen Desktop-CLR und CF meinst: Ja, würde ich schon davon ausgehen.