Bei diesem Szenario können Sie voraussetzen, dass drei Clientanwendungen die Testanwendung testApp.ear ausführen.
Wenn Sie die pureQuery-Clientoptimierung für eine WebSphere-Anwendung verwenden, können Sie pureQuery Runtime für das Abrufen von pureQuery Runtime-Eigenschaften und pureQueryXML-Daten aus einem Dateisystem oder Repository in einer Datenbank konfigurieren. Sie können zudem erfasste SQL-Daten in einem Dateisystem oder Repository speichern. Wenn sich die pureQuery-Informationen in einer Speicherposition befinden, die von der pureQuery-fähigenn Anwendung getrennt ist, kann ein Datenbankadministrator auf die pureQuery-Informationen zugreifen, ohne die Anwendung zu unterbrechen.
Sie können die Konfiguration modifizieren, wenn Sie die pureQuery-Clientoptimierung für andere Anwendungskonfigurationen implementieren. Anstatt die pureQuery Runtime-Eigenschaften auf der Datenquellenebene festzulegen, können Sie sie z. B. auf der Anwendungsebene festlegen, wenn mehrere Anwendungen unter WebSphere Application Server für dieselbe Datenquelle ausgeführt werden. Sie können auch die Speicherposition und Konfiguration des Repositorys ändern, in dem pureQuery Runtime die pureQuery-Daten speichert.
Die JDBC-Pakete sind für die Objektgruppe NULLID gebunden. Die Eigenschaften CurrentPackagePath und CurrentPackageSet sind nicht in der Datenquelle festgelegt. Die Eigenschaften sind für die dynamische Ausführung nicht erforderlich.
Sie geben pureQuery Runtime-Eigenschaften auf der Datenquellenebene an und speichern pureQuery Runtime-Eigenschaften in einem Repository. Sie erstellen ein Repository in der Transaktionsdatenbank und speichern die pureQuery Runtime-Eigenschaften, die pureQueryXML-Daten und die erfassten SQL-Daten im Repository.
Die folgenden Tasks beschreiben, wie Sie WebSphere, die pureQuery-Clientoptimierung und ein Repository kombinieren können.