von pichel » Do 12. Mär 2026, 23:08
Hallo Jürgen,
das persistente Schreiben in die Log-Tabelle kann man über den Schalter "Debug-Logging" in der Kongiguration/Einstellungen für spezielle Abläufe deaktivieren. In dem Fall werden die Einträge der Tabelle mit jeder Tageserfassung wieder gelöscht. In der Version 3.0.0, an der ich gerade arbeite, habe ich die Einstellung nun standardmäßig gesetzt, weil bereits andere Anwender die gleiche Frage hatten. Unabh. davon hat die Größe der Logtabelle keinen Einfluss auf die Performance der Datenbank und bei der Datensicherung wird die Log-Tabelle im Standard explizit ausgenommen (der größere und oben stehende Sicherungs-Button ist deswegen mit "Alles (ohne Logs)" beschriftet. Aber im Fehlerfall, insbesondere bei Druckproblemen, hilft die Tabelle mir beim Nachvollziehen, warum bei einem Anwender der Druck nicht so geklappt hat wie er erwartet hat.
"Optimieren" der Tabellen bedeutet übrigens, dass die Tabellen im Falle von MySQL/MariaDb komplett neu geschrieben werden. Dadurch wird Speicher freigegeben, der bei SQL-Lösch-Operationen zwar als frei deklariert, aber nicht tatsächlich freigegeben wird und so die Datenbank auf Dauer fragmentiert. OrderSprinter "optimiert" dabei nur die Tabellen, bei denen tatsächlich regelmäßig DELETE-Operationen stattfinden. Der Wartungsbefehl heißt bei MySQL/MariaDB OPTIMIZE (daher habe ich den Button auch so bezeichnet), bei Potgresql VACUUM - und andere Datenbanksysteme haben ihre eigenen Befehle dafür - aber vorhanden ist so ein Befehl eigentlich in jeder Datenbank.
Gruß,
Stefan
Hallo Jürgen,
das persistente Schreiben in die Log-Tabelle kann man über den Schalter "Debug-Logging" in der Kongiguration/Einstellungen für spezielle Abläufe deaktivieren. In dem Fall werden die Einträge der Tabelle mit jeder Tageserfassung wieder gelöscht. In der Version 3.0.0, an der ich gerade arbeite, habe ich die Einstellung nun standardmäßig gesetzt, weil bereits andere Anwender die gleiche Frage hatten. Unabh. davon hat die Größe der Logtabelle keinen Einfluss auf die Performance der Datenbank und bei der Datensicherung wird die Log-Tabelle im Standard explizit ausgenommen (der größere und oben stehende Sicherungs-Button ist deswegen mit "Alles (ohne Logs)" beschriftet. Aber im Fehlerfall, insbesondere bei Druckproblemen, hilft die Tabelle mir beim Nachvollziehen, warum bei einem Anwender der Druck nicht so geklappt hat wie er erwartet hat.
"Optimieren" der Tabellen bedeutet übrigens, dass die Tabellen im Falle von MySQL/MariaDb komplett neu geschrieben werden. Dadurch wird Speicher freigegeben, der bei SQL-Lösch-Operationen zwar als frei deklariert, aber nicht tatsächlich freigegeben wird und so die Datenbank auf Dauer fragmentiert. OrderSprinter "optimiert" dabei nur die Tabellen, bei denen tatsächlich regelmäßig DELETE-Operationen stattfinden. Der Wartungsbefehl heißt bei MySQL/MariaDB OPTIMIZE (daher habe ich den Button auch so bezeichnet), bei Potgresql VACUUM - und andere Datenbanksysteme haben ihre eigenen Befehle dafür - aber vorhanden ist so ein Befehl eigentlich in jeder Datenbank.
Gruß,
Stefan