Ein NLT-Veteran spielt Drakensang

[Kunar]

Den Zwölfen zum Gruße!

Der Vergleich der beiden Spielstände ergab drei große Unterschiede: Zum einen war das die o.g. Tabelle [_Instance_ActionDummy], die bei mir 3001 Datensätze enthielt, bei Crystal 237. Zweitens ist das die Tabelle _ProbeTable, die bei mir 1520 Datensätze enthielt, bei Crystal 295. Aber der wirklich große Brocken ist bei mir die Tabelle _Instance_EffectBox, die bei mir 152.879 Datensätze enthält (und damit mehr als alle anderen Tabellen der Datenbank zusammen - locker geschätzt sogar mehr als ein Vielfaches!), bei Crystal hingegen 17.569, also eine Dezimalstelle weniger. Damit sind drei Speicherfresser identifiziert! Mal sehen, wie die drei Tabellen bei einem neuen Spiel aussehen. Das dürfte Aufschluss geben über wirklich benötigte Datensätze.

Ich habe jetzt folgendermaßen gelöscht: Aus der _Instance_ActionDummy alles bis auf den neuesten Datensatz, aus der _ProbeTables alles und aus der _Instance_EffectBox alles bis auf die erste Kombination aus _Level und Name. Danach habe ich per sqlite3.exe und den Befehlen vacuum und reindex dafür gesorgt, dass nicht mehr benötigter Speicher freigegeben wurde. Vorher hatte der Spielstand eine Größe von 63,2 MB (64.795 KB), nachher 22,1 MB (22.717 KB). Mit anderen Worten: Mehr als 40 MB bzw. fast 2/3 unnötiger Speicherverbrauch je Spielstand! Das ist gelinde gesagt hochnotpeinlich, wenn man sich mit Datenbanken beruflich befasst.

Mein Problem scheint damit dauerhaft gelöst, aber ich komme nicht über die Ursache hinweg. Ohne entsprechende Datenbankkenntnisse (und Hilfe hier aus dem Forum) hätte ich keine Chance gehabt, das herauszufinden! Besonders getroffen bin ich davon, dass das Zumüllen des Spielstands durch jedes Speichern geschieht. Wer also wie ich sehr vorsichtig spielt, wird mit größeren Spielständen bestraft. Ebenso bestraft wird ein freies Herumreisen in der Welt, sprich jeder Ortswechsel. Das ist schon sehr hart.