SQLRPGLE ResultSet in großes Feld

[B.Hauser]

Du willst also z.B. die Bestell-Nr., den Liefer-Termin, die Kunden-Nr. und den Kunden-Namen aus der Auftragskopf-Datei ermitteltn, aber anstatt für jede dieser Spalten eine eigene Hostvariable anzulegen, willst Du alles zusammengeknotet als einen langen Satz haben?

Wenn ja muss diese Verknüpfung im SELECT-Statement erfolgen. Numerische Werte und Datums-Felder müssen entsprechend konvertiert werden, z.B. so:

Select Char(BestNr) concat Char(LiefTerm, ISO) concat Char(KndNr) concat KndName concat ....
From ...

Birgitta

[Malte]

danke schon mal für die schnelle antwort

aber das mit dem im SQL schon auswählen geht nicht das Programm macht den Befehl sehr variable die schlüssel felder sind zwar immer gleich aber die Datei wecheselt und es können auch x felder in irgenteiner Länge hintenm drann hängen

das feld soll dann später so aussehen als wenn man in eine Datenstrucktur rein guckt. So das ich es in eine extern Diffiniert Datenstrucktur rein schieben kann.

[andreaspr@aon.at]

Die Spaltenattribute (Datentyp, Länge) könntest du auch dynamisch aus den Systemtabellen einlesen.
Ansonsten kannst du auch mit einem descriptor arbeiten.

lg Andreas

[Malte]

Das mit aus Systemtabelle auslesen klingt ja sehr gut. Aber wie meinst du das mit einem CL-Befehl ? und wenn ja wie krieg ich das Ergebnis in eine DS DIM(XXX)

Gruß Malte

[andreaspr@aon.at]

Aber wie meinst du das mit einem CL-Befehl ?

Wer hat was von CL gesagt?
Oder meinst du das mit dem descriptor?

lg Andreas

[Fuerchau]

Wenn du den SQL selber zusammen baust, also die Felder kennst, kannst du alle per CHAR(xxx) umwandeln und per Concat verküpfen.

Ansonsten gibt es immer noch die Möglichkeit mittels "using SQLDA" zu arbeiten.
Per "Describe Statement" erhältst du eine SQLDA in der jedes Feld des Selects mit Typ und Ausprägung definiert sind.
Nun kannst du in die SQLDA entsprechende Pointer auf deine DS berechnen und den Fetch mit einer SQLDA ausführen.

[Malte]

Ich baue zwar den SQL-Befhel selber zusammen kenn aber nicht alle Felder da es verschiedene PF´s sein können auf die der select geht. Nur die Schlüsselfelder sind immer gleich.

[Fuerchau]

D.h., dass der Benutzer oder wer auch immer die Feldliste selber bestimmt?
Dann ändere die Schnittstelle so, dass dir die Felder in z.B. einem Array übergeben werden, so dass du den SQL mittels "char(xxx) concat ..." zusammenbauen kannst.

Ansonsten bleibt dir nichts anderes übrig als dich mit SQLDA zu beschäftigen oder auf die C-API's SQL-CLI umzusteigen (was auch nicht ohne ist).

[BenderD]

SQL := Structured Query Language
versuchs mal mit UHK := unstructured Huddel Kauderwelsch
oder wie wärs mit dsppfm?

D*B
Kopf schüttelnd

[Malte]

also ich Bekome von Drausen Praktisch den Dateinamen und alle die Datein die hier bei infrage kommen haben die gleichen Schlüsselfelder.

Das mit SQLDA werde ich mir mal angucken.

Ich danke schon mal für die ganze Hilfe.

[Malte]

Das mit dem dsppdm wäre eigentlich perfekt weil mit substr in sql könnte ich da ja raus filtern.

hier habe ich was mit dspfd

http://newsolutions.de/forum-systemi...und-array.html

aber mit dsppfm geht das nicht oder geibt es da auch eine ähnlich möglichkeit

[Fuerchau]

Dann kommen wir doch mal zur eigentlichen Aufgabe zurück.
Was soll das Programm denn leisten?
Wenn alle Dateien die gleichen Schlüssel haben, warum habe sie dann unterschiedliche Felder?

Mit Native SQL kann man per DESCRIBE TABLE ebenso alle Felder einer Tabelle auslesen um sie dann per Concat zu lesen.
Ich frage mich aber, wass denn mit den Daten danach passieren soll.
Hast du erst mal alles in der Struktur musst du ja doch Feldlängen o.ä. kennen.

Es gibt ja auch einen Umweg :
CPYFRMIMPF: Kopieren ins IFS
CPYFRMSTMF: Kopieren aus IFS in Datei mit genau 1 Feld.