Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Off Topic
  4. InfluxDB
  5. influxDB, sep. Datenreihen für Sichten auf Messwert?

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    21
    1
    928

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.0k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.4k

influxDB, sep. Datenreihen für Sichten auf Messwert?

Scheduled Pinned Locked Moved InfluxDB
2 Posts 2 Posters 166 Views 2 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • MartinPM Online
    MartinPM Online
    MartinP
    wrote on last edited by
    #1

    Titel-Langform: influxDB - separate Datenreihen für verschiedene Sichten auf den gleichen Messwert, oder eine Datenreihe mit Roh-Messwert?

    Die Frage ist eher allgemeiner Natur, aber ich will sie an einem Beispiel stellen.

    Ich nutze einen Puls-Zähler, der meinen Gaszähler auswertet. Ein induktiver Näherungssensor wird von einem hinter der Frontplatte meines Gaszählers rotierenden Metallplättchen getriggert. 10 Liter Gas / Impuls.

    Iobroker zählt die Impulse in einem Userdata-Datenpunkt, und rechnet daraus weitere Userdata-Datenpunkte aus (Kubikmeter-Gesamt, kWh Vortag, kWh letzte Stunde, Aktuelle Brennerleistung)

    Diese Datenpunkte gehen dann wiederum in die influx-DB.

    Jetzt frage ich mich, ob es nicht sinnvoller ist, nur eine Datenreihe mit den Roh-Pulsen in der influx DB anzulegen, und daraus die obigen Werte mit Flux-Query-Language zu erzeugen. Würde ja ggfs. Speicherplatz in der Datenbank sparen ...

    Auf der anderen Seite finde ich die flux-QL ziemlich sperrig, und ich fürchte, dass die Wartbarkeit leidet, wenn man sich wieder eine "Programmier" Sprache heranschafft, die man nur alle paar Wochen mal aktiv nutzt...

    Wie haltet Ihr es in solchen Fällen?

    P.S. Sorry für den verstümmelten Thread-Titel - manchmal ist die Längenbegrenzung des Titels nervig ...

    Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
    Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
    Linux pve 6.8.12-16-pve
    6 GByte RAM für den Container
    Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
    Remote-Access über Wireguard der Fritzbox

    AsgothianA 1 Reply Last reply
    0
    • MartinPM MartinP

      Titel-Langform: influxDB - separate Datenreihen für verschiedene Sichten auf den gleichen Messwert, oder eine Datenreihe mit Roh-Messwert?

      Die Frage ist eher allgemeiner Natur, aber ich will sie an einem Beispiel stellen.

      Ich nutze einen Puls-Zähler, der meinen Gaszähler auswertet. Ein induktiver Näherungssensor wird von einem hinter der Frontplatte meines Gaszählers rotierenden Metallplättchen getriggert. 10 Liter Gas / Impuls.

      Iobroker zählt die Impulse in einem Userdata-Datenpunkt, und rechnet daraus weitere Userdata-Datenpunkte aus (Kubikmeter-Gesamt, kWh Vortag, kWh letzte Stunde, Aktuelle Brennerleistung)

      Diese Datenpunkte gehen dann wiederum in die influx-DB.

      Jetzt frage ich mich, ob es nicht sinnvoller ist, nur eine Datenreihe mit den Roh-Pulsen in der influx DB anzulegen, und daraus die obigen Werte mit Flux-Query-Language zu erzeugen. Würde ja ggfs. Speicherplatz in der Datenbank sparen ...

      Auf der anderen Seite finde ich die flux-QL ziemlich sperrig, und ich fürchte, dass die Wartbarkeit leidet, wenn man sich wieder eine "Programmier" Sprache heranschafft, die man nur alle paar Wochen mal aktiv nutzt...

      Wie haltet Ihr es in solchen Fällen?

      P.S. Sorry für den verstümmelten Thread-Titel - manchmal ist die Längenbegrenzung des Titels nervig ...

      AsgothianA Offline
      AsgothianA Offline
      Asgothian
      Developer
      wrote on last edited by
      #2

      @martinp sagte in influxDB, sep. Datenreihen für Sichten auf Messwert?:

      Wie haltet Ihr es in solchen Fällen?

      Ich habe den Fall nicht, aber:

      Ob du damit wirklich platz sparst hängt massiv davon ab wie häufig Du die Aktuelle Brennerleistung aktualisierst. Findet das mit jedem Puls statt, dann wirst Du platz sparen. Das macht aber aus meiner Sicht nur Sinn wenn du sowieso wenig verbrauchst. Bei hoher Brennerleistung hast du ggf. mehrere Pulse pro Aktualisierung der Brennerleistung in der Influx DB. Schon wenn es dann nur 2 Pulse sind, ist das mit dem einsparen des Speicherplatzes dahin.

      Dazu kommt dann die Flux-Query - die - Immer dann wenn du dir die Daten anschaust Rechenleistung verbrät - und dann im Verhältnis viel, da ja aus der Datenbank die Einzelpulse geholt werden müssen. Ob da ein "Gewinn" übrig bleibt ist eher fraglich.

      Der eigentliche Vorteil wäre das du beliebige Queries erstellen kannst und nicht auf deine vorgerechneten Werte angewiesen bist. Und da kommt dann das Thema Query-Sprache und Einarbeitung dazu.

      Unterm strich würde ich es nicht machen. Der Vorteil ist zu gering um den Aufwand zu rechtfertigen.

      A.

      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

      1 Reply Last reply
      1
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      Support us

      ioBroker
      Community Adapters
      Donate

      797

      Online

      32.5k

      Users

      81.6k

      Topics

      1.3m

      Posts
      Community
      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
      ioBroker Community 2014-2025
      logo
      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Home
      • Recent
      • Tags
      • Unread 0
      • Categories
      • Unreplied
      • Popular
      • GitHub
      • Docu
      • Hilfe