Cobol embedded SQL

[wolfinho]

Hallo,

vielen Dank für Deine Ausführungen. Meine Vorstellungen gingen dahin, daß ich innerhalb des Programmes mit DB2-Connect die entfernte Datenbank auslese und diese dann über das Dateisystem auf die i5 schreibe. Da ja aber hinter jeder Datei auf der i5 sich eine DB2-Tabelle verbirgt, bin ich mir nicht sicher ob ich vor jedem schreiben ein connect reset absetzen muss. Eigentlich müssten doch die Dateien auf der i5 die Verbindung zu dem Programm noch haben, da der Connect doch nur die embedded-SQL-Statements betrifft, oder ?

Wenn meine Vorstellungen nicht ganz falsch sind, habe ich nur noch das Problem mit dem SQL-Package, welches ja auch auf dem entfernten System zur Verfügung stehen muss.

Ich hoffe ich liege nicht ganz falsch mit meinen Vorstellungen.

[Fuerchau]

Wenn ich das also richtig verstehe, greifst du auf lokale Tabellen nicht mit SQL zu ?
Wenn dem so ist, kannst du natürlich mit Connect zum Host verbinden und lokal mit Read/Write-Methoden arbeiten.
Arbeitest du allerdings auch lokal mit SQL kommst du um einen Connect Host/Connect Reset nicht herum oder du machst eben 2 Programme daraus.

Ob deine SQL's funktionieren, kannst du auch per STRSQL und Connect ausprobieren.

Per WRKRDBDIRE musst du nur die Zieldatenbank definieren.

Im CRTCBLSQL kannst du bereits mit RDB(Hostname) die Ziel-DB angeben, so dass deine SQL's gegen den Host geprüft werden und ggf. das SQLPKG direkt erstellt wird.

In der Quelle kannst du alternativ mit

set options rdb=Host

das Ziel angeben. Es gibt, wie immer, viele Wege zur Anwendung.