[gnucash-de] Erste leidvolle Erfahrungen mit GnuCash

[Christoph R]

Hallo Dieter,

> Zweiter Versuch: den "Import" starten und zum Mittagessen gehen. Und siehe
> da, der Import war gelungen.

ein Massenimport braucht halt seine Zeit und währenddessen friert das UI ein. Kein Grund zur Sorge.

> Nächster Versuch: Auf einem Debian 9 Server mit MariaDB die gnucash Datenbank
> eingerichtet. 

M.M. bringt eine Datenbank derzeit bei Gnucash nicht wirklich was. Sie wird mehr oder weniger wie ein normales File benutzt. Bis Gnucash eine Datenbank wirklich so nutzt, wie gewollt, wird noch eine ganze Weile dauern.

Ich benutze seit Jahren das Flat File Backend und bin sehr zufrieden.

> Nach Abbruch und neu aufsetzen des Imports kam eine Meldung, daß ein Lock
> auf die SQL Datenbank gesetzt sei. … Danach war leider der
> Inhalt der Datenbank total versaut. 

Tja, Abbrechen während DB-Aktionen ist gefährlich. Und Gnucash nutzt wie gesagt die Datenbank nicht notwendigerweise so, wie man das möchte.

Gruß,
Christoph

> Am 24.08.2017 um 18:46 schrieb Dieter Raith <raith at raith-net.org>:
> 
> Ich bin zu GnuCash gekommen, weil die Gebühren für SFIRM unerträglich erhöht
> wurden.
> Ich habe es unter Windows 7 installiert, weil die Benutzer nicht mit Linux
> arbeiten. Ich habe die lokale Version mit XML Datenfiles zuerst benutzt.
> Meine Buchungen hatte ich ich im MT940 Format vorliegen. Es war ein großer
> File, was dazu führte, daß mir die Windows Fenster mit "keine Rückmeldung"
> eingefroren sind und ich das ganze irgendwann abgebrochen habe.
> Zweiter Versuch: den "Import" starten und zum Mittagessen gehen. Und siehe
> da, der Import war gelungen.
> Nächster Versuch: Auf einem Debian 9 Server mit MariaDB die gnucash Datenbank
> eingerichtet. Die Zeiten noch länger, obwohl alles im Gigabit Netzwerk.
> Nach Abbruch und neu aufsetzen des Imports kam eine Meldung, daß ein Lock
> auf die SQL Datenbank gesetzt sei. Diesen konnte man aber überschreiben, wenn
> man sich sicher war, daß man alleiniger Benutzer der Datenbank war. Ok
> also noch länger warten, bis der Import zuende war. Danach war leider der
> Inhalt der Datenbank total versaut. Gleiche Einträge mehrmals vorhanden, aber
> mit einem Trailer ergänzt. Also Datenbank gelöscht und neu aufgesetzt. Das
> hat dann nach langem warten mit eingefrorenen Windows Fenstern ("Keine Rückmeldung")
> funktioniert.
> Das ist aber kein Zustand für eine ernsthafte Benutzung des Systems. Das Bearbeiten
> der einzelnen Buchungen geht ziemlich flott. Was passiert, wenn man größere
> Transaktionen anstößt. Ich hoffe, daß das geht: Alle Buchungen mit einem Schlüsselwort
> (z.B. Jahresbeitrag von Namexy) vom Ausgleichskonto in das Unterkonto Namexy
> umbuchen. Ob es einen Lockmechanismus bei der Datenbank gibt, muß ich noch nachlesen.
> Was auch wünschenswert wäre ist ein XML nach SQL export in Form einen SQL-Dumps.
> 
> Ich denke mal, das ist genug für meine erste Mail in die Liste.
> 
> Gruß
> Dieter
> _______________________________________________
> gnucash-de mailing list
> gnucash-de at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-de

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.gnucash.org/pipermail/gnucash-de/attachments/20170904/c40a7d58/attachment.html>