Auch wenn das hier ja noch das Posting zu der Beta-Version ist poste ich das trotzdem mal hier.
Ich habe die letzten Tage mal den Diskussionsbeitrag im HA-Forum zu der 12er Release-Version verfolgt und zwei Themen, die bzgl. der Änderungen in Core 2023.12 dort heiß diskutiert wurden bzw. werden, sind ja einmal das Thema Ping und zum anderen das Thema long-term statistics.
Was bzgl. Ping kritisiert wurde war ja die jetzt feste Zeitvorgabe das ein Ping von Haus aus nur noch alle 5 Minuten möglich ist. Aber das soll ja jetzt mit dem kommenden Core 2021.12.1 Update auch wieder rückgängig gemacht werden, sodass die Zeitabstände zwischen den Pings wieder selber gesetzt werden können. Somit ist das Thema eigentlich erledigt.
Was ich noch nicht so ganz verstanden habe ist die "hitzige Debatte" zu dem Thema long-term statistics, daher frage ich hier mal nach wie ihr das seht bzw. versteht.
Also die Änderung besteht ja darin das es jetzt im History dashboard - scheinbar für alle Entitäten - die long-term statistics gibt. Bisher war es ja so das in der Datenbank nur Energy betreffende Werte länger als 10 Tage erfasst wurden, es sei denn man hätte manuell per recorder: Eintrag und z.B. purge_keep_days, andere Vorgaben in der configuration.yaml gemacht. Daher ja auch der Hinweis in den Release-Notes zu Core 2023.12.
If you have manually modified the days to keep before purging recorder on your system, consider removing that customization. With the long-term statistics and new feature, you most likely don’t need it anymore, resulting in a smaller database and, thus, faster and smaller backups.
Wenn ich die Diskussion dazu im HA-Forum richtig verstanden habe, haben User jetzt ein Problem damit das alle long-term statistics Daten in einer Datenbank gespeichert werden und diese Datenbank somit immer weiter anwächst, statt dafür z.B. zwei getrennte Datenbanken zu benutzen.
Habe ich das so richtig verstanden?
Weiterhin scheinen User jetzt ein Problem damit zu haben das man die long-term statistics Einträge in der Datenbank jetzt nicht mehr per Eintrag in der configuration.yaml beeinflussen und somit reduzieren kann? Habe ich auch das so richtig verstanden? Falls nein verstehe ich nicht wo genau jetzt das Problem liegt/ist.
VG Jim