Mehrere DbLog Devices

[linuzer]

Sehr witzig! An welcher Stelle denn genau? 

[Sunny]

Moin,

sorry, bin jetzt zuhause und habe das bei mir funktionierende notify, mit dem Deinigen verglichen und es ist Identisch!

Dazu fällt mir dann nur noch ein, hast Du Dein FHEM neugestartet nach dem Erstellen?
Apropos Neustart sollten Wir wohl auch machen!

Gruß
Sunny

[linuzer]

Neustart. Einverstanden! Gute Idee!

Also, ja, habe ich natürlich gemacht. Kann es sein, dass das notify nicht auf devices anspringt, die es schon gibt? Obwohl die bei einem Neustart doch auch "neu" hinzukommen?

Gruß
linuzer

[Sunny]

Moin,

teste es am besten wenn Du etwas neues definierst.

Sonst alle händisch oder

Ist nicht getestet, setzt es dann aber für alles in Deiner FHEM Installation.

Code Auswählen Erweitern

attr .* DbLogExclude .*

Ein Neustart ist ungleich neu definieren.

Guss
Sunny

[linuzer]

Das wäre eine sehr interessante Variante vom notify... leider funktioniert sie nicht (zumindest bei mir).

Sehr wahrscheinlich liegt das Problem tatsächlich darin:

Ein Neustart ist ungleich neu definieren.

Somit muss ich die Excludes wohl doch alle von Hand eintragen...
Aber trotzdem vielen Dank für die konstruktive Hilfe! 

Gruß,
linuzer

[Sunny]

Moin linuzer,

2. Versuch vom Tablet Dir zu antworten.

Das wäre eine sehr interessante Variante vom notify... leider funktioniert sie nicht (zumindest nicht bei mir).

Kann ich mir nicht vorstellen.
Hast Du es schon mit anlegen eines neu Device getestet?

Code Auswählen Erweitern

attr .* DbLogExclude .*

Also das ist schon auf meinem Test- und Wohnungssystem aus geführt worden.
Da das notify, ja auch nix anders erledigt, wenn man etwas neues definierst. 

Da ich nicht weiß wie viele Devices Du hast. (Meine "Fhem info", findest Du im Thread "allergy")
Überwiegt das händisch anlegen oder das löschen nach den "Code Tags"...

Viele Grüße
Sunny

[schachti]

Ich grabe mal diesen alten Thread wieder aus: meine MySQL-DB für fhem belegt inzwischen 260 MB und umfasst 3,85 Millionen Einträge. Demnächst möchte ich das gesamte System umstellen (Umzug auf RPi 4 mit USB-SSD, Migration der MySQL-DB vom lahmen NAS auf ebenfalls auf den RPi 4), und da dann sowieso gewisse Umbauten nötig sind, frage ich mich, ob es aus Performance-Sicht Sinn macht, die Logs verschiedener Geräte-Gruppe auf verschiedene Tabellen und dementsprechend mehrere DbLog-Devices zu verteilen (z.B. 1 x für Wetterdaten, 1 x Strom, 1 x Wasser, 1 x Gas, ...)?

[DS_Starter]

Da hast aber einen echt alten Thread vorgeholt.

Meiner Meinung nach macht es aus Performance Sicht zumindest bei den Schreibvorgängen wenig Sinn es zu trennen, vor allem wenn du den asynchronen Modus benutzt.
Bei Lesevorgängen, also dem Datenabruf über Plots zum Beispiel, kann es Performancevorteile geben wenn mehrere Plots im selben Raum vorhanden sind und diese Daten gleichzeitig aus der DB geholt werden sollen.
Aber ob die so sehr spürbar sind mag ich momentan nicht beurteilen, MySQL ist doch recht leistungsfähig und robust.   

Grüße,
Heiko

[schachti]

Ich habe durchaus mehrere Räume, in denen ich recht viele Plots darstelle, oft so um die 10 Plots. Genau da habe ich mir einen Vorteil erhofft, wenn nicht mehr knapp 4 Millionen Datensätze in der DB liegen, sondern vielleicht nur noch eine halbe Million.

Andererseits bringt die schnellere Hardware und die Tatsache, dass die DB bald lokal läuft, vielleicht auch schon so viel, dass man weitere Verbesserungen nicht mehr merkt.

[Frank_Huber]

wenn Dudie Datenbanken auf verschiedene Server oder zumindest verschiedene Datenträger legst wird das schon was bringen.
Wenn aber die Daten alle wieder auf der gleichen Platte liegen schrumpft das wieder zusammen.

Ich würde alles in einer DB belassen und eher auf gute Hardware setzen.

Ich hab bei mir jetzt ca 20Mio Datensätze in MySQL auf Windoes Server 2012R2.
Hatte früher auf jeder Instanz (4 produktive, 1 Test) jeweile eine eigene SQLite.
Durch das zusamenlegen auf MySQL  sind die Plots ein vielfaches schneller.