[FIRMWARE] NEUHEIT: Selektives Löschen von Datenpunkten in Zeitserien

[Micro]

Hallo Stefan,

Nicht den ganzen Wolf, es sollte reichen, den Dienst "Zeitserien Datenbank" durchzustarten

könnte man den Dienst automatisch durchstarten lassen, wenn der User einen Haken in der Dialogbox zum sofortigen Freigeben setzt?

[Kaaennixx]

Hallo Stefan,

Wir können nicht die DB ändern. Was ich mir VORSTELLEN KANN ist, dass wir noch Millisekunden dran hängen. Aber ist das wirklich eine berechtigte Sorge, dass man den Datenpunkt eine Sekunde später versehentlich mitlöscht?

Ich nutze oft und gern den Zählerbaustein, den -ich glaube Robert- hier im Forum als Custom Logik veröffentlicht hat. Dieser schreibt jeden Tag um 23:59:58 einen Zählerstand in eine Zeitserie. Habe ich an dem Tag aber einen Neustart gemacht oder ein Update eingespielt, wird um 23:59:58 zwar der Zählerstand in die Zeitserie geschrieben, aber leider auch um 23:59:59 eine "0". Dank der neuen Funktion kann ich diese "0" nun endlich löschen, und meine Zeitserien bereinigen, was mich sehr freut.

Wäre es aber nun anderherum, also um 23:59:58 würde die "0" geschrieben, und um 23:59:59 der echte Zählerstand, wäre es ja unglücklich, wenn ich den richtigen Zählerstand mitlöschen müsste, da ich nicht nur den einen Datenpukt um 23:59:58 löschen kann. Mir würde dann ein ganzer Tag fehlen.

Nicht falsch verstehen, ich freue mich sehr über die neue Funktion, und für mich passt es im Moment auch so, ich wollte dir nur zeigen, dass ein einziger Datenpunkt manchmal doch wichtig sein kann

[StefanW]

könnte man den Dienst automatisch durchstarten lassen, wenn der User einen Haken in der Dialogbox zum sofortigen Freigeben setzt?

Nein. Weil während des Durchstartens die Aufzeichnung steht. Für alles. Alle 100, 200, 300 Zeitserien die jemand hat, für die Logic-Scope-Aufzeichnungen (haben manche auch mehrere Dutzend parallel am laufen) und für den KNX-Busmonitor.

Jetzt stellen wir uns vor, jemand benutzt den Assistenten und macht erst die eine Zeitserie kleiner, dann löscht er in einer anderen und so weiter. Dann kommen da in einer Stunde vielleicht 20 oder 40 Restarts zusammen und es gibt beträchtliche Lücken.

Das geht nicht. In diesem Thread hat sich jemand Beschwert, dass man, um einen Datenpunkt gezielt löschen zu können, einen Zeitraum von wenigstens einer Sekunde Dauer eingeben müsste (also 12:00:00 bis 12:00:01) und er das nicht möchte, weil er dann Sorge hat, dass mehr als ein einziger Datenpunkt gelöscht werden könnte (weil es in der Sekunde mehr geben könnte) und das will er nicht. Und da sollen wir eine Funktion machen, dass der Nutzer - ohne Kenntnis der Zusammenhänge - da eine solche Aktion starten kann, wo es dann beträchtliche Lücken in allen Aufzeichnungen gibt.

Ich denke, in 99,5% der Fälle ist der Speicherplatz nicht so knapp, dass eine sofortige Kompaktierung erforderdich ist und wir extra eine Option dafür einbauen müssen. Macht das Kürzen der Zeitserien ein oder zweimal im Jahr, weit bevor der Speicher am Ende ist. Das dauert nur wenige Minuten. Womöglich kann man das eines Tages auch automatisieren. Zudem betrifft das eh nur die "schwach" ausgestatteten Server. Diejenigen mit den großen Flashes sind eher alle 20 Jahre davon betroffen, was löschen zu müssen und etwa 40% aller verkauften Server hat mittlerweile eine solch große SSD.

Ich bitte um Verständnis, dass wir das erstmal als ausreichend erachten. Vorher gab es diese Möglichkeit gar nicht und wir haben so viele Wünsche auf der Liste, das wir nicht bei jedem neuen Feature bis ins letzte Detail gehen können.

Stefan

[StefanW]

Hi,

ich wollte dir nur zeigen, dass ein einziger Datenpunkt manchmal doch wichtig sein kann

Jep, valider Punkt. Sowas hilft mir bei der Diskussion mit den Entwicklern sehr (wir haben übrigens vor einer halbe Stunde darüber gesprochen und verschiedene Möglichkeiten besprochen, aber den usecase nicht verstanden, jetzt ist das klar)

Merci

Stefan

[Kaaennixx]

In diesem Thread hat sich jemand Beschwert, dass man, um einen Datenpunkt gezielt löschen zu können, einen Zeitraum von enigstens einer Sekunde Dauer eingeben müsste (also 12:00:00 bis 12:00:01) und er das nicht möchte, weil er dann Sorge hat, dass mehr als ein einziger Datenpunkt gelöscht werden könnte (weil es in der Sekunde mehr geben könnte) und das will er nicht.

Das war keine Beschwerde, das war nur ein Hinweis. Aber wir verstehe uns

[Micro]

könnte man den Dienst automatisch durchstarten lassen, wenn der User einen Haken in der Dialogbox zum sofortigen Freigeben setzt?

Jetzt stellen wir uns vor, jemand benutzt den Assistenten und macht erst die eine Zeitserie kleiner, dann löscht er in einer anderen und so weiter. Dann kommen da in einer Stunde vielleicht 20 oder 40 Restarts zusammen und es gibt beträchtliche Lücken.

Den Restart meinte ich nur explizit beim Anwählen einer Auswahlbox, also nicht bei jedem Löschen von Datenpunkten.
Du hast aber natürlich Recht, dass dies eigentlich nur ganz selten benötigt wird.

Also kümmert Euch lieber um Dinge, die eine höhere Zahl der Nutzer benötigt.

[Sun1453]

Eben Mirko wenn es innerhalb von 24 passiert reicht es doch und man muss die Entwickler Ressourcen die eh knapp sind für wichtige Sachen nutzen. Die sollen lieber die tiefhängenden Früchte ernten und ausliefern

[jhaeberle]

wenn es innerhalb von 24 passiert reicht es doch

absolut! Nur halt bitte hinschreiben, dass der Platz innerhalb 24 Stunden frei gegeben wird.

Das Vollautomatische Löschen ist (mir zumindest) viel wichtiger, damit ich meinen Verpflichtungen nach DSGVO wirklich und nachvollziehbar nachkommen kann - immerhin bin ich Datenschutzbeauftragter, da mag ich mir nix nachsagen lassen…

Grüssle
Jochen

[Kaaennixx]

Vielleicht hatte ich ein Brett vorm Kopf, aber mir ist gestern noch was aufgefallen. Ich kann natürlich den ausgewählten Löschzeitraum auch eine Sekunde nach vorne verschieben, sofern ich den Datenpunkt eine Sekunde nach dem zu löschenden Datenpunkt behalten will. Ich glaube die wenigsten Zeitserien haben eine Aufzeichnungsdichte von 1 sek, so dass das in der Regel funktionieren sollte. Manchmal sieht man echt die einfachsten Lösungen nicht auf Anhieb.