<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[sql Adapter - schreibt nicht alle aktiven DP]]></title><description><![CDATA[<p dir="auto">Hallo</p>
<p dir="auto">ab einem bestimmten Zeitpunkt fehlen in meiner Datenbank sehr viele (alle?) Daten.<br />
Das bedeutet, Datenpunkte stehen auf Aktiv, werden aber nicht in die Datenbank geschrieben.<br />
Was zu diesem Zeitpunkt geändert wurde, weiss ich nicht mehr (Update, ???)</p>
<p dir="auto">Wenn ich einen Datenpunkt DeAktiviere und danach gleich wieder aktiviere, werden Daten geschrieben. Wenn ich eine Einstellung des Loggings des Datenpunktes ändere und dann speichere werden auch Daten geschrieben.<br />
Das habe ich bisher manuell bei den Datenpunkten gemacht, die ich in Diagrammen oft benutze und wo es dadurch aufgefallen ist.  Heute habe ich aber wieder einen Datenpunkt gefunden, der nicht gelogt wurde.</p>
<p dir="auto">Nun habe ich mehrere Tausend Datenpunkte in der MySql Datenbank (MariaDB). Ich kann nicht den ganzen Baum bei ioBroker aufklappen und alle Aktivierten Datenpunkte ein mal manuell neu speichern.</p>
<p dir="auto">Wie kann ich das am einfachsten beheben?<br />
Ich könnte mir z.B. vorstellen, alle als Aktiv geschalteten Vorgänge zu filtern, generell "bei Änderung" abzuschalten und danach wieder anzuschalten. Das wäre eine Einstellung, die bei allen gleich ist.  Oder das Aufheben für 2 Jahre.  Wichtig scheint zu sein, dass die Einstellungen aller dieser Datenpunkte einmal neu gespeichert werden.<br />
Aber wie ??</p>
<p dir="auto">Für Hinweise wäre ich wirklich dankbar.</p>
]]></description><link>https://forum.iobroker.net/topic/27146/sql-adapter-schreibt-nicht-alle-aktiven-dp</link><generator>RSS for Node</generator><lastBuildDate>Tue, 28 Apr 2026 02:26:31 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/27146.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 27 Nov 2019 18:25:27 GMT</pubDate><ttl>60</ttl></channel></rss>