Modul 93_DbRep - Reporting und Management von Datenbankinhalten (DbLog)

Begonnen von DS_Starter, 19 Mai 2016, 22:52:13

Vorheriges Thema - Nächstes Thema

tatu123

Stimmt da war ja noch was. *verdammt* Danach hatte ich (natürlich) nicht geschaut.

Vielen Dank. Wie immer sitzt das Problem vor dem Monitor.

VG
Heiko

300P

PS:
Ahhhh....ich stoppe bei mir bei der Zeitumstellung im Herbst der Einfachheit halber immer automatisch "myDBLog" in der Umstellung von 2-3 Uhr Nachts um allen Übel aus dem Weg zu gehen......

....daher hab ich schon garnicht mehr daran gedacht das dort doppelte Datensätze mit vor- zurückspringen entstehen.....

define di_ZeitumstellungStop at *01:55:00 { if ((localtime)[4] == 9 && (localtime)[3] >= 25 && (localtime)[6] == 0) { fhem("attr myDbLog disable 1");; Log 3, "DbLog: Wegen Zeitumstellung Logging deaktiviert.";; } }
attr di_ZeitumstellungStop room Dienste->Allgemein

define di_ZeitumstellungStart at *03:05:00 { if ((localtime)[4] == 9 && (localtime)[3] >= 25 && (localtime)[6] == 0) { fhem("attr myDbLog disable 0");; Log 3, "DbLog: Zeitumstellung vorbei, Logging aktiviert.";; } }
attr di_ZeitumstellungStart room Dienste->Allgemein

Gruß
300P

FHEM 6.5|QNAP-Container-bookworm|SMAEM|SMAInverter|SolarForecast| DbLog|DbRep|MariaDB|
Buderus-MQTT_EMS|Fritzbox|fhempy|JsonMod|HTTPMOD|Modbus ser+TCP|AI_on_the_Edge|ESP32CAM usw.

DS_Starter

ZitatAhhhh....ich stoppe bei mir bei der Zeitumstellung im Herbst der Einfachheit halber immer automatisch "myDBLog" in der Umstellung von 2-3 Uhr Nachts um allen Übel aus dem Weg zu gehen......
Das ist natürlich auch eine Option.  :)
Proxmox+Debian+MariaDB, PV: SMA, Victron+Pylontech
Maintainer:SSCam,SSChatBot,SSCal,SSFile,DbLog,DbRep,Log2Syslog,SolarForecast,Watches,Dashboard,PylonLowVoltage,MemSaver
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

@Parallix,

die Warnung kann nur bei einem "leeren" SQL-Statement auftreten.
Kannst du die Situation reproduizieren?
Proxmox+Debian+MariaDB, PV: SMA, Victron+Pylontech
Maintainer:SSCam,SSChatBot,SSCal,SSFile,DbLog,DbRep,Log2Syslog,SolarForecast,Watches,Dashboard,PylonLowVoltage,MemSaver
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Parallix

#2269
Meine SQLite-Datenbank ist relativ groß (>10GB). Da einige Abfragen nicht so schnell laufen, wie ich mir dies wünsche, habe ich u.a. via DbLog einen configCheck gemacht. Das Ergebnis:
Result of table 'history' check
...
Result of check 'Report_Idx' availability for DbRep-devices

Index 'Report_Idx' exists and contains recommended fields 'TIMESTAMP', 'READING'.
Rating:
Recommendation: settings o.k.
Das Ergebnis für Report_Idx ist aber offensichtlich falsch, denn eine manuelle Abfrage via RepDb liefert mir mit READING, TIMESTAMP eine andere Reihenfolge der Felder.

Darüber hinaus sollte (TIMESTAMP, DEVICE, READING) insb. bei größeren Datenbanken die empfohlene Konfiguration sein, oder?
FHEM auf Debian/Testing BananaPro in täglich aktualisierter Version - AVM: 7490 (7.62) und 7591 (8.25) - Goodwe: GW25K-ET (DSP V10 / ARM V12) - Trina TSM 405: (#East, #South, #West) = (12,16,12) - BYD: 2 x HVS 7.7 (BMS V3.31-B, BMU V3.26-B) - EnOcean - Z-Wave - FS20/HMS