Wenn Sie HISCOB mit Postgres einsetzen müssen Sie wie im vorherigen Abschnitt beschrieben die COB_ENV.sam nach COB_ENV kopieren und anpassen. SX_CLIENT muss psql sein.
Wir empfehlen, den Entladevorgang vom SuperX-Rechner aus zu starten ("Pull"-Verfahren):
Zum Zugriff auf die HISCOB-Datenbank müssen Sie analog zur db.properties die db-cob.properties anpassen, nachdem Sie die Beispieldatei db-cob.properties.sam nach db-cob.properties kopiert haben. Verwenden Sie propadmin.x /path/to/cob/db-cob.properties . Wenn Sie mit COB-GX 12 oder höher arbeiten, wird als Datenbankname nicht mehr "cob" angegeben, sondern "hisrm". Eine Musterdatei db-hisrm_pg.properties.sam liegt im Archiv.
Zum Entladen verwenden Sie das Script cob_unload.x .
Wenn Sie den Entladevorgang auf dem COB-Rechner durchführen wollen ("Push-Verfahren"), müssen Sie dort Java 1.4.2 oder höher installieren. Außerdem werden Bibliotheken aus dem SuperX-Kernmodul benötigt.
Sie können das Kernmodul z.B. unter home/cob/superx entpacken. Erstellen Sie eine SQL_ENV in der dann als $SUPERX_DIR=/home/cob/superx eingetragen ist.
Vor dem Start des Entladevorgangs müssen immer die Umgebungsvariabeln in der SQL_ENV geladen werden mit . /home/superx/cob/db/bin/SQL_ENV .
Im Weiteren verfahren Sie analog zur Vorgehensweise beim Entladen aus Informix/Unix, nur dass natürlich INFORMIXSERVER etc nicht angegeben werden braucht. PGHOST oder PGPORT wird ebenfalls im COB-Modul nicht benötigt, da der Unload intern mit jdbc läuft. Weitere Variablen in der Datei COB_ENV:
JDBC_PARAM |
Wenn Sie unter Postgres aus COB-GX 12 entladen, muss beim Unload ein spezielles JDBC-Kommando abgesetzt werden, das dem Client
sozusagen den Weg zum SVA-Schema zeigt. Dieses Kommando wird wie folgt aktiviert: export JDBC_PARAM |
JDBC_CLASSPATH |
Wenn Sie den obigen
JDBC_PARAM
nutzen, aber noch nicht mit dem Kernmodul 4.0 arbeiten, müssen Sie eine spezielle Bibliothek laden mit dem Befehl
export JDBC_CLASSPATH |
![]() |
![]() ![]() |
Seite 14 / 74 Letzter Update: 24.5.2018 Impressum| Datenschutz |