Hallo Ulrich,
>
> Die Sache hat aber einen Haken: Das funktioniert für Listenfelder u.ä.,
> wo der Listeninhalt direkt über eine SQL-Abfrage erzeugt wird. Dort kann
> also sowas stehen wie
>
> select ... from tbl_person
>
> Aber es funktioniert nicht für die Tabellen, die Datengrundlage für
> Fo
Nachtrag: Siehe auch
https://www.postgresql.org/docs/9.6/libpq-connect.html
Am 15.11.19 um 11:50 schrieb Ulrich Goebel:
Hallo,
danke erstmal für die wertvollen Tips!
Inzwischen bin ich auch noch auf einen Lösungsansatz gestoßen. Man kann
tatsächlich in dem Connection-String folgendes ergänzen
Hallo,
danke erstmal für die wertvollen Tips!
Inzwischen bin ich auch noch auf einen Lösungsansatz gestoßen. Man kann
tatsächlich in dem Connection-String folgendes ergänzen:
options=-csearch_path=tagung_2022,public
Beachte: keine Leerzeichen und Anführungszeichen.
Der beispielhaft angegebe
Hallo Ulrich,
so wie ich es sehe dürfte der Vorschlag von Gerhard Views oder jahresweise
Dokumente in Base hier am schnellsten zum Ziel führen. Damit würdest du sogar
weitgehend datenbankunabhängig sein, solltest du mal auf die Idee kommen auf
eine andere Datenbank zu migrieren.
Die andere Alt
Hallo Ulrich,
zu deiner eigentlichen technischen Frage kann ich nichts sagen. Aber mir
fallen alternative Möglichkeiten ein, die zwar aufgrund der zwangsläufig
vagen Information über dein System nur Denkanstöße und keine
Lösungsvorschläge sein können, die ich dir aber trotzdem mitteilen möchte
Hallo,
ich verwende LO Base als Frontend für eine PostgreSQL Datenbank. Dabei
liegen die Tabellen in verschiedenen Schemas.
Das Setting:
Ich arbeite in den Formularen viel mit Unterformularen und mit
Listenfeldern. Dort muss ich entsprechend qualifizierte Tabellennamen
für die
