NEWS
History überarbeitet
-
Moin,
ich versuche gerade mein History auf PostgreSQL umzustellen.
Ich erhalte jedoch folgenden Fehler beim Schreiben von Ereignissen in die Tabelle "datapoints".
"Cannot insert INSERT INTO datapoints (name, type) VALUES('hm-rpc.0.KEQ1111111.1.TEMPERATURE', 0);: error: null value in column "id" violates not-null constraint"
Bisher bin ich davon ausgegangen, dass meine Einstellungen korrekt sind, allerdings kennt meine PostgreSQL Version v.9.3.4 noch keine Einstellung für "IDENTITY(1,1)". Hat das ggf. Einfluss auf die Adressierung der Tabelle(n)? Mein PostgreSQL läuft übrigens auf einem "Thecus NAS N4800eco"
Freue mich über Tipps und Unterstützung 8-)
Sofern weitere Infos?Details(Screenshots benötigt werden, liefere ich gern nach.
1917_sql_log.jpg
1917_postgresdatapointstabelle.jpg -
Hi,
hast DU die Logs noch vom ersten Start der SQL Instanz?
Da sollten die Tabellen angelegt worden sein. Postgres an sich mit:
CREATE TABLE datapoints (id SERIAL NOT NULL PRIMARY KEY, name TEXT, type INTEGER);
Das "SERIAL" ist ein Auto-Increment … dann sollte das an sich nicht passieren.
Kannst Du ggf die Tabelle mal bitte löschen und mit oben genannter Query neu anlegen. Klappt es dann?
Schau mal in sources, sollte ähnlich angelegt sein:
CREATE TABLE sources (id SERIAL NOT NULL PRIMARY KEY, name TEXT);
-
Warum denn das?
Der Adapter macht das beim ersten Start selbst :-)
Dann prüfe bitte alle Tabellen. Die "originalen" Queries zum Anlegen findest du unter:
https://github.com/ioBroker/ioBroker.sq … esql.js#L3 . die 5 CREATE TABLE Statements
-
Hallo appolon77,
zunächst die Frage ob ich etwas falsch mache?
Ich wollte den Befehl gemäß Screenshot ausführen und erhalte den ebenfalls angefühten Fehler.
(bitte ignoriere, dass die Tabelle "datapoints" noch da ist, der Fehler kommt auch wenn die Tabelle zuvor gelsöcht wurde).
1917_sql-befehlausf_hren.jpg
1917_sql-codefehler.jpg -
Warum denn das?
Der Adapter macht das beim ersten Start selbst :-) `
Das wußte ich da ja noch nicht :-)Ich hatte erst mit dem Verbindungsaufbau zu kämpfen, bis ich einen Hinweis fand, dass ich den externen Zugriff auf PostgreSQL erst in den Config -Dateien erlauben muss 8-)
Ich glaube du birngst mich aber auf den richtigen Weg.
Gemäß Beschreibung sind die ID`s der Tabellen "sources" und "datapoints" "Integer", ud so habe ich diese angelegt.
Laut Script legst Du diese allerdings als "Serial" an, und dadurch bekommt die Tabelle wohl erst den "Zähle"r?!
Nachtrag:
Vielleicht kann man in der Beschreibung "SERIAL" statt "Integer" schreiben?
1917_sql_beschreibung.jpg -
Zu oben: versuch mal das "Ergebnisse Seitenweise" nicht anzuhaken. Ich denke das die Erwarteung von myPgAdmin ist das dort ergebnisse zurückkommen und daher will er rausfinden wieviele. Macht natürlich hier keinen Sinn ;-)
Ansonsten brauchst Du einen Weg für solche Queries. Da kenn ich mich nicht aus.
DIe "Doku" der Tabellenstrukturen ist DB-Übergreifend in der README dargestellt. Jede DB will das anders haben. Aber ja "SERIAL" bei PostgreSQL mach einen Autoincrement counter und dann kann "id" bei der echten Insert-Query weggelassen werden
-
Ich habe in der Zwischenzeit die Tabellen neu manuell angelegt und konnte aufgrund deines Verweises zu den Queries ebenfalls erkennen, das in den "ts_" Tabellen jeweils die Kombination aus "id" und "ts" den PrimaryKay ausmachen.
und was soll ich sagen - nun laufen die Werte auch die Tabelle … jipppiiihhh 8-)
Vielen Dank für deine Hilfe!
Anmerkung
Sollte sonst noch jemand die Anbindung mit PostgreSQL umsetzen, folgende Konfigurations-Anpassungen habe ich für den Zugriff vorgenommen:
Datei: postgresql.conf
alt:````
#listen_addresses = 'localhost'neu:```` listen_addresses = '*'Datei: ph_hba_conf
folgende Zeilen habe ich am Ende angefügt:
host all all 0.0.0.0/0 md5 host all all ::/0 md5
721
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge