QDBCRTHA + QDBRUNHA API's

[Fuerchau]

Diese Idee könnte man forsetzen:
Einfachen Trigger auf die 60 Dateien legen, der bei Insert/Update/Delete eine Parallel-Datei mit Schlüssel LIB/Artikel fortschreibt. Die LIB wird in den Übergabeparametern des Triggers benannt.

Gravierender Vorteil:
Nur 1 Open, und der kann offen bleiben, und man bekommt nur tatsächlich vorhandene Sätze.
Bei 60 Dateien ist die Wahrscheinlichkeit, dass einige Open/Chain/Close vergebens sind, sehr hoch.

[RobertPic]

Die beste Performance müsste man mMn mit einem SELECT erreichen, welcher mittels UNION alle SELECT's verknüpfen.

Man könnte diesen SELECT auch in ein QM-Query packen und in die Ausgabe in eine Datei umleiten und dann mit dieser Datei umleiten.

Wenn die Firmen nicht fix im Statement stehen sollen, könnte man sich das QM-Query bzw. das Sourcefile dazu von einem Programm erstellen lassen.

Hier ein Beispiel SELECT

 
 SELECT 1 as Firma, ARTNR FROM FIR1LIB/ARTSTM WHERE ARTNR =   
 199999 UNION ALL SELECT 2 as Firma, ARTNR FROM FIR2LIB/ARTSTM WHERE
 ARTNR = 199999

Robert P.