Schema getestet, kleine Korrekturen

[tschuettenberg]

habe soeben erfolgreich das xplanPostGIS Schema erzeugt (PostgreSQL 10.12, PostGIS 2.4.4) und dabei zwei kleine Fehler gefunden. Beste Grüße Thomas

[bstroebl]

@tschuettenberg bitte die Type-Änderung des Code-Feldes auch in fix52.sql eintragen

[bstroebl]

Danke, Thomas

[tschuettenberg]

hm, wenn ich vom v5.2 Branch ausgehe und das aktuelle fix_52.sql ausführe, ist INSERT INTO "SO_Basisobjekte"."SO_PlanArt" ("Code", "Bezeichner") VALUES (9999, 'Sonstiges'); schon oder noch vorhanden, obwohl "Code" varchar war. Damit wäre der letzte Teil von 58b357ac3c5937bb9b642ad56d7c5dfa9fe2f104 anscheinend doch überflüssig und meckert Schlüssel »("Code")=(9999)« existiert bereits an.

[bstroebl]

Jetzt weiß ich, was Du meinst. Es ist die Frage, ob Du bei der Ausführung von SO_Fachschema_SonstigePlaene.sql aus der 5.2-Branch einen Fehler bekommst. Wenn ja, dann sollte der Eintrag nicht da sein, wenn nein, ist der Eintrag da und Du bekommst bei der Ausführung von fix52.sql den duplikate key-Fehler

[tschuettenberg]

genau, trotz der Ungereimtheit im SO_Fachschema_SonstigePlaene.sql aus der 5.2-Branch kommt kein Fehler.

[bstroebl]

Na, die DB kriegt das manchmal hin. Schau doch mal, ob der Eintrag nachdem Du SO_Fachschema_SonstigePlaene.sql ausgeführt hast, da ist.

[tschuettenberg]

ja, das meine ich doch. Folgendes funktioniert (unerwartet) klaglos:

CREATE TABLE  "SO_Basisobjekte"."SO_PlanArt" (
  "Code" VARCHAR(64) NOT NULL,
  "Bezeichner" VARCHAR(64) NOT NULL,
  PRIMARY KEY ("Code"));
INSERT INTO "SO_Basisobjekte"."SO_PlanArt" ("Code", "Bezeichner") VALUES (9999, 'Sonstiges');

(auf der PG im Büro)

[tschuettenberg]

ob das ein Unterschided zwischen pgAdmin query tool (s.o.) vs. psql (siehe createdb.sh) ist?

[bstroebl]

könnte sein, letztendlich schreibe ich aber im README, dass man die Fixes nicht alle auf einmal, sondern nacheinander ausführen soll