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. Einsteigerfragen
  4. Entscheidungsfindung: History vs. SQL vs. InfluxDB

NEWS

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

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

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.3k

Entscheidungsfindung: History vs. SQL vs. InfluxDB

Scheduled Pinned Locked Moved Einsteigerfragen
6 Posts 6 Posters 3.2k Views 5 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.
  • AndreiosA Offline
    AndreiosA Offline
    Andreios
    Forum Testing
    wrote on last edited by
    #1

    Ich lese viel im Forum und daraus entsteht meine Frage, die mich selber eigentlich aktuell nicht betrifft, aber, IMHO, für Einsteiger interessant ist.

    Ich habe mich damals für SQL/MySQL entschieden, weil ich MySQL vorher schon genutzt habe. Welche Version für mich tatsächlich die richtige ist, habe ich damals nicht hinterfragt.
    Nicht falsch verstehen, ich bin mit meiner Entscheidung immer noch zufrieden!

    Wie werden beim History-Adapter die Daten gespeichert? (SQLite?) Die Adapter-Doku ist da etwas kurz ausgefallen ("Dieser Adapter speichert den Statusverlauf in einem zweistufigen Prozess.")!

    Da es immer nur darum geht, Datenverläufe zu speichern, sehe ich die Unterschiede aktuell einzig in der Performance und dass man, wenn ich richtig liege, den History-Adapter einfach installiert, während man bei SQL und InfluxDB auch noch die Datenbank installieren muss, was schon, je nach Kenntnisstand, eine Herausforderung sein kann.

    Aber wo liegen die Vor- und Nachteile der Systeme? Habe ich noch eine Möglichkeit übersehen?
    Beim SQL-Adapter: Wo liegen die Vor- und Nachteile der unterschiedlichen Datenbanksysteme?

    Schöne Grüße
    Andreas

    ioBroker auf Raspberry 4 mit SSD. Homematik IP mit CCU 3. Shelly. MySQL. Arduino. ...

    Meine Posts sind subjektiv und manipulativ, erheben Anspruch auf Allwissenheit und können Spuren von Ironie oder Sarkasmus enthalten. ;-)

    HomoranH Jey CeeJ paul53P ZarelloZ 4 Replies Last reply
    1
    • AndreiosA Andreios

      Ich lese viel im Forum und daraus entsteht meine Frage, die mich selber eigentlich aktuell nicht betrifft, aber, IMHO, für Einsteiger interessant ist.

      Ich habe mich damals für SQL/MySQL entschieden, weil ich MySQL vorher schon genutzt habe. Welche Version für mich tatsächlich die richtige ist, habe ich damals nicht hinterfragt.
      Nicht falsch verstehen, ich bin mit meiner Entscheidung immer noch zufrieden!

      Wie werden beim History-Adapter die Daten gespeichert? (SQLite?) Die Adapter-Doku ist da etwas kurz ausgefallen ("Dieser Adapter speichert den Statusverlauf in einem zweistufigen Prozess.")!

      Da es immer nur darum geht, Datenverläufe zu speichern, sehe ich die Unterschiede aktuell einzig in der Performance und dass man, wenn ich richtig liege, den History-Adapter einfach installiert, während man bei SQL und InfluxDB auch noch die Datenbank installieren muss, was schon, je nach Kenntnisstand, eine Herausforderung sein kann.

      Aber wo liegen die Vor- und Nachteile der Systeme? Habe ich noch eine Möglichkeit übersehen?
      Beim SQL-Adapter: Wo liegen die Vor- und Nachteile der unterschiedlichen Datenbanksysteme?

      HomoranH Do not disturb
      HomoranH Do not disturb
      Homoran
      Global Moderator Administrators
      wrote on last edited by
      #2

      @andreas-5 sagte in Entscheidungsfindung: History vs. SQL vs. InfluxDB:

      Wie werden beim History-Adapter die Daten gespeichert?

      als JSON pro Tag und Datenpunkt in Ordner Hierarchie

      kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      1 Reply Last reply
      1
      • AndreiosA Andreios

        Ich lese viel im Forum und daraus entsteht meine Frage, die mich selber eigentlich aktuell nicht betrifft, aber, IMHO, für Einsteiger interessant ist.

        Ich habe mich damals für SQL/MySQL entschieden, weil ich MySQL vorher schon genutzt habe. Welche Version für mich tatsächlich die richtige ist, habe ich damals nicht hinterfragt.
        Nicht falsch verstehen, ich bin mit meiner Entscheidung immer noch zufrieden!

        Wie werden beim History-Adapter die Daten gespeichert? (SQLite?) Die Adapter-Doku ist da etwas kurz ausgefallen ("Dieser Adapter speichert den Statusverlauf in einem zweistufigen Prozess.")!

        Da es immer nur darum geht, Datenverläufe zu speichern, sehe ich die Unterschiede aktuell einzig in der Performance und dass man, wenn ich richtig liege, den History-Adapter einfach installiert, während man bei SQL und InfluxDB auch noch die Datenbank installieren muss, was schon, je nach Kenntnisstand, eine Herausforderung sein kann.

        Aber wo liegen die Vor- und Nachteile der Systeme? Habe ich noch eine Möglichkeit übersehen?
        Beim SQL-Adapter: Wo liegen die Vor- und Nachteile der unterschiedlichen Datenbanksysteme?

        Jey CeeJ Offline
        Jey CeeJ Offline
        Jey Cee
        Developer
        wrote on last edited by
        #3

        @andreas-5 es gibt für mich zwei Wesentliche Punkte im Bezug auf MySQL und InfluxDB die darüber entscheiden welche man davon auswählt.

        1. Wie Visualisiere ich meine Daten?
          Während es egal ist ob man MySQL oder InfluxDB zum Speichern der Daten nutzt, wenn man ECharts verwendet, ist es bei Grafana ein erheblicher Unterschied.
          In Grafana ist die Verwendung von InfluxDB sehr einfach, wohin gegen MySQL sehr Kompliziert ist.
          Hier merkt man sehr deutlich die Unterschiede im Konzept der Datenbanken. InfluxDB ist für die Aufzeichnung von Daten über Zeit entworfen.
          MySQL eher für Statische Daten, aber vor allem für Relationen, also verknüpfte Daten.

        2. Performance
          MySQL ist hier klar im Vorteil, es benötigt deutlich weniger Ressourcen und ist schnell.
          InfluxDB braucht sowohl viel Platz auf der Festplatte als auch im RAM. Somit ist InfluxDB für schwache Systeme gar nicht so Empfehlenswert.

        Persönlicher Support
        Spenden -> paypal.me/J3YC33

        1 Reply Last reply
        1
        • AndreiosA Andreios

          Ich lese viel im Forum und daraus entsteht meine Frage, die mich selber eigentlich aktuell nicht betrifft, aber, IMHO, für Einsteiger interessant ist.

          Ich habe mich damals für SQL/MySQL entschieden, weil ich MySQL vorher schon genutzt habe. Welche Version für mich tatsächlich die richtige ist, habe ich damals nicht hinterfragt.
          Nicht falsch verstehen, ich bin mit meiner Entscheidung immer noch zufrieden!

          Wie werden beim History-Adapter die Daten gespeichert? (SQLite?) Die Adapter-Doku ist da etwas kurz ausgefallen ("Dieser Adapter speichert den Statusverlauf in einem zweistufigen Prozess.")!

          Da es immer nur darum geht, Datenverläufe zu speichern, sehe ich die Unterschiede aktuell einzig in der Performance und dass man, wenn ich richtig liege, den History-Adapter einfach installiert, während man bei SQL und InfluxDB auch noch die Datenbank installieren muss, was schon, je nach Kenntnisstand, eine Herausforderung sein kann.

          Aber wo liegen die Vor- und Nachteile der Systeme? Habe ich noch eine Möglichkeit übersehen?
          Beim SQL-Adapter: Wo liegen die Vor- und Nachteile der unterschiedlichen Datenbanksysteme?

          paul53P Offline
          paul53P Offline
          paul53
          wrote on last edited by
          #4

          @andreas-5 sagte: Wie werden beim History-Adapter die Daten gespeichert?

          Jeden Tag ein Ordner, der pro Datenpunkt je eine JSON-Datei enthält.

          Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
          Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

          1 Reply Last reply
          0
          • AndreiosA Andreios

            Ich lese viel im Forum und daraus entsteht meine Frage, die mich selber eigentlich aktuell nicht betrifft, aber, IMHO, für Einsteiger interessant ist.

            Ich habe mich damals für SQL/MySQL entschieden, weil ich MySQL vorher schon genutzt habe. Welche Version für mich tatsächlich die richtige ist, habe ich damals nicht hinterfragt.
            Nicht falsch verstehen, ich bin mit meiner Entscheidung immer noch zufrieden!

            Wie werden beim History-Adapter die Daten gespeichert? (SQLite?) Die Adapter-Doku ist da etwas kurz ausgefallen ("Dieser Adapter speichert den Statusverlauf in einem zweistufigen Prozess.")!

            Da es immer nur darum geht, Datenverläufe zu speichern, sehe ich die Unterschiede aktuell einzig in der Performance und dass man, wenn ich richtig liege, den History-Adapter einfach installiert, während man bei SQL und InfluxDB auch noch die Datenbank installieren muss, was schon, je nach Kenntnisstand, eine Herausforderung sein kann.

            Aber wo liegen die Vor- und Nachteile der Systeme? Habe ich noch eine Möglichkeit übersehen?
            Beim SQL-Adapter: Wo liegen die Vor- und Nachteile der unterschiedlichen Datenbanksysteme?

            ZarelloZ Offline
            ZarelloZ Offline
            Zarello
            wrote on last edited by Zarello
            #5

            Wenn man SQLite verwenden möchte, muss man auch den SQL-Adapter verwenden.
            Der History-Adapter schreibt die Werte als Text (ich meine JSON) Dateien pro Datenpunkt und - wenn ich mich richtig erinnere - Tag eine Datei.

            Wenn man auf die Daten aus anderen (selbstgeschriebenen) Programmen zugreifen möchte ist der History-Adapter vermutlich die einfachste Lösung, man muss allerdings damit rechnen, dass es zu Konflikten im Zugriff kommen kann. Das würde ich auf keinen Fall auf einem Windows-System machen, da dort, wenn man eine Datei aus einem anderen Programm heraus öffnet, der History-Adapter diese Datei nicht löschen kann (aufräumen der History wenn sie veraltet ist).

            Wenn man aus Scripten oder Adaptern heraus die Daten der History im Nachhinein ändern möchte, ist der History-Adapter raus. Das ist damit nur schlecht möglich, da sich ein schreibender Zugriff auf die Dateien aus einem konkurrierenden Thread nicht empfiehlt. (Okay, warum sollte man das tun? Hatte ich mir allerdings tatsächlich mal überlegt um den Zeitversatz bei einem gleitenden Durchschnitt im Nachgang zu korrigieren).
            Der History-Adapter bietet das nicht direkt an. Bei dem SQL-Adapter ist das möglich, da man direkt mit SQL-Befehlen über den Adapter auf die Datenbank zugreifen kann, auch wenn als Basis SQLite verwendet wird.

            Wenn man auf die Daten in größerem Stil (auch wenn es nur lesend ist) aus einem anderen Programm heraus zugreifen möchte empfiehlt es sich auf jeden Fall eine richtige Datenbank mit einem Datenbankserver zu verwenden.

            Ich glaube, vom Speicherplatz muss man sich im Normalfall bei den anfallenden Daten eigentlich keine Gedanken machen. (Jetzt tue ich vermutlich den Leuten unrecht, die im Sekundentakt ihre Daten loggen ;) ).

            Ich bin mir allerdings nicht sicher, wie sich die unterschiedlichen Systeme in Bezug auf die Schreibhäufigkeit auf Flash- oder SSD-Speicher auswirken, wenn man z.B. die Daten auf der SD-Karte eines RaspberryPIs ablegt.

            1 Reply Last reply
            1
            • mickymM Online
              mickymM Online
              mickym
              Most Active
              wrote on last edited by
              #6

              Ich nutze auch mySQL weil es sowohl komfortable GUIs, aber vor allem auch Add-Ins für Excel gibt.

              238a1546-4e86-46c9-9b75-07b6628c9037-image.png

              Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

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


              Support us

              ioBroker
              Community Adapters
              Donate

              796

              Online

              32.4k

              Users

              81.5k

              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