Konto löschen => Chaos

Hallo,

mit der Version 0.2.10 habe ich folgendes Problem: Ich hatte ein Konto erfolgreich eingerichtet und auch Regeln für die Zuordnung der Umsätze definiert, alles prima.

Dann habe ich testweise eine weitere Bankverbindung eingerichtet. Deren Umsätze wurden dann auch importiert und dank der Regeln automatisch zugeordnet (zum großen Teil jedenfalls).

Da es ja nur ein Test war, habe ich das Konto dann wieder entfernt.

Nun stehen überall in meinen Kategorien aber noch Buchungen, die zu dem gelöschten Konto gehören, und sämtliche Summen stimmen dementsprechend natürlich auch nicht mehr.

Was kann ich tun? Alles wegwerfen und neu anfangen? Oder gibt es noch eine andere Möglichkeit?

Danke & Gruß — Stefan

Noch ein Nachtrag: Jetzt verstehe ich, wie die Verschlüsselung der Daten läuft — die CoreData-Ablage wird in ein verschlüsseltes Sparse Image verlegt. Die andere Datei war die ältere, die ohne manuelles Zutun dort liegenbleibt. Vielleicht wäre es für die Sicherheit vorteilhaft, wenn man zusätzlich zu dem dezenten Hinweis gleich anbietet, die Datei (dauerhaft) zu löschen oder im Finder anzuzeigen, damit der Benutzer sie z.B. verschieben kann.

Jedenfalls habe ich nun nochmal nachgesehen, denn das verschlüsselte Sparse Image kann ich ja selber aktivieren. Und da sehe ich nun, dass alle Datensätze noch drin sind, d.h. auch die des gelöschten Kontos.

Frage daher: Kann ich per SQLite-Kommandozeile einfach die "falschen" Buchungen löschen?

Hallo Frank!



Du hast Recht — ich bitte um Entschuldigung. Im Nachhinein kommt mir der Titel auch "reißerischer" vor als er beabsichtigt war.
Es war halt einfach die Situation, dass offenbar alle Umsatzzahlen in den Kategorien unwiederbringlich strubbelig sind; deshalb habe ich ja auch hier um Hilfe gefragt.
Möglicherweise wäre es auch sinnvoll, ein aufgehobenes Konto nicht ganz zu "löschen", sondern zu "deaktivieren" — dann wäre es z.B. ausgegraut in der Liste, wenn ein Zeitraum selektiert ist, in dem es nicht existiert (nur mal so ins Unreine gesprochen).



Das wäre vermutlich eine sinnvolle Erweiterung, die auch nicht allzuviel Mühe bei der Implementierung bereiten sollte. Die oben genannte Alternative mit dem Deaktivieren wäre dagegen deutlich aufwendiger.



SQL wäre grundsätzlich nicht das Problem. Ich hatte bisher nur noch nicht die Gelegenheit, die CoreData-/DB-Struktur zu "reverse engineeren", um das passende Delete-Statement zusammenzustricken.
Im übrigen kann man ja vorher ein Backup der DB anlegen oder Time Machine nutzen, falls die Aktion in die Hose geht.



Wie gesagt – eine Info über das passende SQL-Delete wäre vermutlich für Dich mit dem geringsten Aufwand verbunden.

Noch etwas: Ist es angedacht, zwischen mehreren Datenbanken (Benutzern) umzuschalten? Theoretisch könnte man das ja vor Programmstart durch Verschieben der Datenbankdatei erreichen, nur die anderen Einstellungen würden dann bestehen bleiben, etwa die Regeln. Oder?

Danke & Gruß — Stefan

Hmm... Ich habe jetzt testweise alle Umsätze gelöscht, die als lokales Konto das gelöschte haben — es scheint jetzt wieder alles zu stimmen.
("delete from zbankstatement where zlocalaccount is $geloeschteskonto")

Ist das realistisch? Oder laufe ich dann bei nächster Gelegenheit in eine Falle? Ich muss zugeben, die CoreData-Datenmodell habe ich nicht 100% verstanden; Tabelle ztransfer (Entity Transfer) ist bspw. leer.

Also, bis jetzt funktioniert es tadellos.

Woran könnte ich denn einen Zombie-Eintrag erkennen?