CREATE LANGUAGE 'plpgsql'; von template1 in die eigentliche Datenbank

[s.schoeling@…]

create language 'plpgsql' sollte nicht in template1 passieren. macht nur Probleme mit pg_dump Backups, und ist seit geraumer zeit nicht mehr nötig.

Sollte beim anlegen der eigentlichen Datenbank da drin angelegt werden.

Bei Installationen in einer VM getestet: Einfach in die sql/lx-office.sql vor alles andere packen funktioniert wunderbar für Neuinstallationen.

Nun gibts nur noch das Problem, was passiert wenn jemand eine alte Installation hat, und das schon in die template1 kopiert hat. Sollte da evtl. nachträglich entfernt werden.

Hmm nee. Es kann SysAdmins? geben, die so etwas absichtlich machen. Da template1 ja DB-systemweit gültig ist und nicht nur für kivitendo verwendet wird, sollten wir das nicht anfassen.

Hinweis samt SQL-Code zur manuellen Reinigung in der Anleitung wäre aber angebracht.

Einziges Problem, dass ich mit deinem Code sehe: ich bin mir nicht sicher, ob ein normaler DB-Benutzer, der DBs anlegen darf, auch wirklich Sprachen anlegen darf. Bisher reichte halt ein DB-User, der mit CREATE ROLE bla CREATEDB angelegt wurde. So einer darf evtl. keine Sprachen anlegen.

Zusammenfassend also:

• Beim erstellen einer neuen DB vor lx-office.sql checken ob plpgsql existeirt und wenn nicht, manuell anlegen
• Checken ob das evtl Rechteprobleme gibt
• Doku aktualisieren mit:
  • create language in template1 rausnehmen
  • für alte admins sagen dass sie das aus template1 droppen können
  • rechte korrekt dokumentieren

schnapp ich mir mal.

CREATE LANGUAGE braucht SUPERUSER rechte. das macht das ganze natürlich deutlich ekeliger. erstmal hinenanstellen.

Zuwenig Zeit zu testen, wird nach 3.0.0 angegangen.