QDBCRTHA + QDBRUNHA API's

[Fuerchau]

Frank, dass müsste gehen, aber über die Performance sollte man sich nicht allzuviel Gedanken machen.

[lucullus]

Sollten diese 60 Dateien alle von einem Programm fortgeschrieben werden, bietet sich doch die Anlage einer neuen Datei in einer Lib an. Keyfelder sollten Filiale und Artikelnr. sein. Vorteil wäre eine permanente Aktualisierung und einfacher, schneller Zugriff für ein Subfile-pgm.

[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.