SQL Zugriff auf 2 Systeme

[Fuerchau]

Das Problem von QMQRY ist, dass nicht mehr als 255 Spalten unterstützt werden.
Aber wenn es reicht...

[BenderD]

... die three part alias variante hat diese Einschränkung nicht. Der Punkt ist allerdings bei allen Billigheimer-Varianten, dass das mit constraints schief gehen kann (Satz bereits vorhanden etc. ...)

D*B

[dschroeder]

Vielen Dank für eure Antworten und Ideen.
Es ist mir klar, dass es diverse Wege gibt, wenn man Programmierung nutzt. Ich muss ab und zu mal Kleinigkeiten zwischen unserem Testystem und dem Echtsystem hin und her kopieren. Das sind immer sehr individuelle Dinge, die ich am schnellsten im interaktiven SQL (wir nutzen dbVisualizer) machen könnte, wenn man die beiden System so ansprechen könnte, wie man das bei unterschiedlichen Bibliotheken machen würde.

Ich glaube, die Idee von Dieter Bender geht in die Richtung, die mir vorschwebt. Ich muss da mal etwas forschen, wie kompliziert das ist.

LG,
Dieter

[Fuerchau]

Kompliziert ist das nicht. Es geht da aber nur per QMQRY, da die Ausgabedatei nicht per 1-Schritt-SQL gefüllt wird.
Du kannst dir dafür auch ein CMD erstellen und den Rest im CLP zusammenstoppeln.
Da QMQRY einen Parameter bis 54 Zeichen kann, reicht da ein "&P1", bei mehr dann halt "&P1 &P2".
Immerhin kann man ja nun im CLP auch direkte per RUNSQL dann den "Insert .. Select .." ausführen.

[dschroeder]

Ach so, ich kann also nicht einfach "etwas" einrichten und dann mit interaktivem SQL (z.B. unser dbVisualizer) per qualifiziertem Namen auf beide Systeme gleichzeitig zugreifen?
Dann hat sich das für mich erledigt.

[BenderD]

Ach so, ich kann also nicht einfach "etwas" einrichten und dann mit interaktivem SQL (z.B. unser dbVisualizer) per qualifiziertem Namen auf beide Systeme gleichzeitig zugreifen?
Dann hat sich das für mich erledigt.

... nochmal zum mitschreiben:

mit einem SQL Statement kannst Du auch mit STRSQL Daten von einem (in Worten: einem!) remote System selektieren und in einer lokalen Datei per insert oder create Table speichern. Das geht mit allen SQL Frontends der AS/400 (STRSQL, embedded SQL, etc.). Die remote Tabelle(n) wird dabei mit 3-teiligem Namen angesprochen (system.lib.table).
Damit kann man nur Daten holen und nicht schieben!
Von einem dritten System aus, sei es eine AS/400, oder ein anderes System, ghet das so nicht, da wären in einem SQL Statement 2 verschiedene Systeme angesprochen, was DB2/400 nicht kann.
Was mit DB-Fischer (oder wie das heißen mag) geht, hängt von dem Tool ab. Bei SQuirreL und DBeaver, kann man das Ergebnis von einem select einer Verbindung in einer Tabelle einer anderen Verbindung speichern.

D*B

[dschroeder]

Hallo Dieter,
danke für die Klarstellung. Dann sieht es für mich doch so aus, als würde das, was ich vorhabe, funktionieren: Ich befinde mich auf einem IBM i System und möchte Daten aus einem anderen IBM i System lesen und in meine lokale Tabelle schreiben. Wenn das so ginge, wäre das für mich genau das, was ich machen möchte.

Entschuldigung, falls ich mich unklar ausgedrückt habe. Es um 2 IBM i System, nicht um 3 oder mehr.

Nochmals Danke!

[BenderD]

... kein Grund zum entschuldigen!

Mit STRSQL kannst Du z.B.:
insert into mylib.someTable select * from otherSystem.lib.table absetzen.

Aus DbVisualizer (oder von einer dritten AS/400) ginge das nicht, da dann ja 2 verschiedene Datenbanken in einem Statement vorkämen und außerdem kann man mit three part names keine Daten schieben.

Von einem MS-SQL Server aus ginge das wieder, da man da die DB2 Tabellen in den lokalen MS-SQL Server verlinken kann.

Will man richtig Geld ausgeben, kann man von IBM eine Verbindungssoftware kaufen, die auf einer p-Series installiert wird. Wie dieses Produkt gerade heißt, habe ich nicht parat - das wird noch öfter umbenannt als die AS/400, weil das keiner haben will.

D*B

[mk]

Hallo Dieter,
danke für die Klarstellung. Dann sieht es für mich doch so aus, als würde das, was ich vorhabe, funktionieren: Ich befinde mich auf einem IBM i System und möchte Daten aus einem anderen IBM i System lesen und in meine lokale Tabelle schreiben. Wenn das so ginge, wäre das für mich genau das, was ich machen möchte.

Entschuldigung, falls ich mich unklar ausgedrückt habe. Es um 2 IBM i System, nicht um 3 oder mehr.

Nochmals Danke!

So wie Dieter es gesagt hat klappt es

drop table    atest ;

create table tstlib/atest as ( 
select * from tab01p           
) with no data                
;

insert into tstlib/atest               
  select * from sys02/orglib/tab01p    
  ; 

Gerade im SQL Script Editor ausprobiert.

Gruß
Michael

[BenderD]

So wie Dieter es gesagt hat klappt es

... das soll wohl so sein!

D*B

[dschroeder]

Mal sehen, ob meine Antwort jetzt auch geht.

[dschroeder]

Ich weiß, ihr glaubt es nicht. Aber ich kann meine gewünschte Antwort nicht schreiben. Da ist irgendeine Kombination von Zeichen oder so drin, die das Senden unmöglich macht.