WebService - SQL - SQL-Systemfehler - parallele Verarbeitung?

[Fuerchau]

Die Viewvariante kann für die Dynamik noch ergänzt werden.

Wenn die SQL-Options auf Naming=*SQL stehen, wird ja bei unqualifizierten Zugriffen mit der Default-Collection (Current Schema) zugegriffen.
Somit kannst du folgende Dinge tun:
Je Tabellenvariante eine Lib anlegen, die die komplexe View (oder auch Views auf die Basistabellen) enthält.
Im SQL greifts du ohne Lib auf diese Views zu, so dass Default Collection genommen wird.
Zur Laufzeit kann man per "exec sql set current schema LibName;" den Default ändern, auf den dann der nächste Zugriff entsprechend umgeleitet wird.
Alternativ bei Naming=*SYS, musst du "exec sql set PATH ...;" verwenden um die komplette Library-List zu ersetzen.

[BenderD]

... das zieht beides nicht für Objekte, die man bereits am Wickel hat. Erst mal müsste man überhaupt genauer klären, welches Problem man eigentlich lösen will, bevor man sagen kann, wie es gelöst werden könnte.

D*B

[camouflage]

In dem Zusammenhang hätte ich noch ne Frage.
Kann der Parameter Marker in einem dynamischen SQL auch auf den Dateinamen angewendet werden?

Bis jetzt bin ich noch nicht darauf gekommen, ich beiss mir da die noch restlichen Zähne aus.

p.s. Natürlich kann ich mir das SQL Statement auch ohne die Markers dynamisch zusammenbauen, die Frage zielt explizit auf den Marker.

[B.Hauser]

Kann der Parameter Marker in einem dynamischen SQL auch auf den Dateinamen angewendet werden?

Nein! Das ist quasi statisch, d.h. einmal aufbereitet und mehrfach (mit unterschiedlichen Parameter-Werten) verwendet.
In diesem Fall kann die Datei sowenig über eine Variable gesteuert werden wie beim statischen SQL!

[Fuerchau]

Du kannst aber nach Änderung des Tabellennamens einen neuen Prepare absetzen.
Die Parameterliste des "Execute/Open using" ändert sich da ja nicht.

Nicht vergessen, vor dem Prepare statement noch ein Drop Statement zu verwenden.