Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • 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

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. sql adapter database time format

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    3.7k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.2k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

sql adapter database time format

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
3 Beiträge 2 Kommentatoren 59 Aufrufe 1 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • W Offline
    W Offline
    woec
    schrieb am zuletzt editiert von
    #1

    Ich benutze den sql-adapter für die Erfassung von Haustechnik-Daten, z.B. der PV-Anlage zusammen mit postgresql und timescaledb
    Das funktioniert seit längerer Zeit gut, allerdings gibt es meiner Auffassung nach einen Nachteil durch die Benutzung des unix epoch (ms) Zeitformats im Zusammenwirken mit der timescaledb Erweiterung:

    Das time-bucketing muß deswegen im Integerformat passieren, was für die continuos aggregates Nachteile hat: bei Aggregaten über Zeiträume mit variablen Längen - zB. Monate kann so keine exakte Gruppierung an den Zeitraumrändern erfolgen (Monate sind ja verschieden lang), weil das epoch Zeitformat das nicht variable berechnen kann.

    Es wäre daher sehr wünschenswert, wenn man in der Adapterkonfiguration auswählen könnte, ob man epoch(ms) oder einen zeitstempel im Zeitformat (z.B. timestamp with time zone - bei postgres) verwenden möchte.

    Ich habe bisher keinen Workaround um dieses Problem gefunden - ich kann zwar bei den Inserts eine generierte time Spalte automatisch mit zeitwerten befüllen, aber diese läßt sich nicht als dimension für die hypertable verwenden ...

    Zusatzfrage: wie ist das mit new (Date) gemeint?

    HomoranH 1 Antwort Letzte Antwort
    0
    • W woec

      Ich benutze den sql-adapter für die Erfassung von Haustechnik-Daten, z.B. der PV-Anlage zusammen mit postgresql und timescaledb
      Das funktioniert seit längerer Zeit gut, allerdings gibt es meiner Auffassung nach einen Nachteil durch die Benutzung des unix epoch (ms) Zeitformats im Zusammenwirken mit der timescaledb Erweiterung:

      Das time-bucketing muß deswegen im Integerformat passieren, was für die continuos aggregates Nachteile hat: bei Aggregaten über Zeiträume mit variablen Längen - zB. Monate kann so keine exakte Gruppierung an den Zeitraumrändern erfolgen (Monate sind ja verschieden lang), weil das epoch Zeitformat das nicht variable berechnen kann.

      Es wäre daher sehr wünschenswert, wenn man in der Adapterkonfiguration auswählen könnte, ob man epoch(ms) oder einen zeitstempel im Zeitformat (z.B. timestamp with time zone - bei postgres) verwenden möchte.

      Ich habe bisher keinen Workaround um dieses Problem gefunden - ich kann zwar bei den Inserts eine generierte time Spalte automatisch mit zeitwerten befüllen, aber diese läßt sich nicht als dimension für die hypertable verwenden ...

      Zusatzfrage: wie ist das mit new (Date) gemeint?

      HomoranH Nicht stören
      HomoranH Nicht stören
      Homoran
      Global Moderator Administrators
      schrieb am zuletzt editiert von
      #2

      @woec wo soll dieser Beitrag hin?
      Ein Problem der Forensoftware ist es sicherlich nicht.

      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 -

      W 1 Antwort Letzte Antwort
      0
      • HomoranH Homoran

        @woec wo soll dieser Beitrag hin?
        Ein Problem der Forensoftware ist es sicherlich nicht.

        W Offline
        W Offline
        woec
        schrieb am zuletzt editiert von
        #3

        @homoran Oh, Entschuldigung, das habe ich offensichtlich nicht richtig gemacht!
        Ich denke, der Beitrag sollte dem angesprochenen Adapter zugeordnet werden

        1 Antwort Letzte Antwort
        0
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate
        FAQ Cloud / IOT
        HowTo: Node.js-Update
        HowTo: Backup/Restore
        Downloads
        BLOG

        704

        Online

        32.7k

        Benutzer

        82.4k

        Themen

        1.3m

        Beiträge
        Community
        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
        ioBroker Community 2014-2025
        logo
        • Anmelden

        • Du hast noch kein Konto? Registrieren

        • Anmelden oder registrieren, um zu suchen
        • Erster Beitrag
          Letzter Beitrag
        0
        • Home
        • Aktuell
        • Tags
        • Ungelesen 0
        • Kategorien
        • Unreplied
        • Beliebt
        • GitHub
        • Docu
        • Hilfe