WebSphere Message Broker Version 8.0.0.5 Betriebssysteme: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Sehen Sie sich die Informationen zur aktuellen Produktversion im IBM Integration Bus Version 9.0 an.

Langlebige Variablen

Sie können geeignete langlebige ESQL-Datentypen verwenden, um Daten in einem Cache zwischenzuspeichern.

In manchen Fällen müssen gespeicherte Daten eine einzelne Nachricht, die einen Fluss durchläuft, überdauern. Dies kann durch Speichern der Daten in einer Datenbank erreicht werden. Mit dieser Methode ist eine langfristige Persistenz und Transaktionalität gewährleistet, jedoch ist der Zugriff (insbesondere der Schreibzugriff) langsam.

Alternativ können Sie geeignete langlebige ESQL-Datentypen verwenden, um Daten für eine gewisse Zeit in einem Speichercache zwischenzuspeichern. Diese Methode ermöglicht einen schnelleren Zugriff auf die Daten als über eine Datenbank, jedoch muss eine kürzere Persistenz und der Wegfall der Transaktionalität in Kauf genommen werden.

Langlebige Variablen werden unter Verwendung des Schlüsselworts SHARED in der Anweisung DECLARE erstellt. Weitere Informationen hierzu finden Sie unter DECLARE-Anweisung.

Das folgende Beispiel zeigt die Vorgehensweise bei der Definition gemeinsamer Variablen mithilfe der DECLARE-Anweisung. Hier erfahren Sie, wie Sie Route-Informationen in einer Datenbank speichern und wie Sie mit gemeinsamen Variablen die gespeicherte Datenbanktabelle im Nachrichtenfluss speichern, um die Leistung zu verbessern.

Informationen zu Beispielen können nur bei Verwendung des in das WebSphere Message Broker Toolkit integrierten bzw. online verfügbaren Information Center angezeigt werden. Muster können nur ausgeführt werden, wenn das im WebSphere Message Broker Toolkit integrierte Information Center verwendet wird.

Langlebige Datentypen haben eine längere Laufzeit und überdauern eine einzelne Nachricht, die durch einen Knoten gesendet wird. Sie werden von mehreren Threads gemeinsam genutzt, ihre Lebensdauer entspricht der eines Nachrichtenflusses (die Lebensdauer eines Nachrichtenflusses entspricht dem Zeitraum zwischen Konfigurationsänderungen an einem Nachrichtenfluss). Eine Beschreibung finden Sie in den folgenden Tabellen.

Tabelle 1. Variablen mit kurzer Lebensdauer
  Geltungsbereich Lebensdauer Gemeinsam
Schema & Module Knoten Thread in einem Knoten Überhaupt nicht
Routine Local Knoten Thread in einer Routine Überhaupt nicht
Block Local Knoten Thread in einem Block Überhaupt nicht
Tabelle 2. Variablen mit langer Lebensdauer
  Geltungsbereich Lebensdauer Gemeinsam
Node Shared Knoten Lebensdauer des Knotens Alle Threads in einem Nachrichtenfluss
Flow Shared Fluss Lebensdauer des Knotens Alle Threads in einem Nachrichtenfluss
Langlebige ESQL-Datentypen haben folgende Merkmale:

Diese Daten werden beispielsweise in einem Fluss verwendet, in dem die Datentabellen für den Fluss schreibgeschützt sind. Obwohl die Tabellendaten nicht statisch sind, werden Sie vom Fluss nicht geändert, und Tausende von Nachrichten durchlaufen den Fluss, bevor die Tabellendaten geändert werden.

Beispiele:
  • Eine Tabelle mit den Kreditkartentransaktionen an einem bestimmten Tag. Die Tabelle wird jeden Tag erstellt, und die Nachrichten des jeweiligen Tages werden für die Tabelle ausgeführt. Anschließend wird der Fluss gestoppt, die Tabelle wird aktualisiert, und die Nachrichten des nächsten Tages werden ausgeführt. Diese Nachrichtenflüsse hätten einen besseren Durchsatz, wenn die Tabellendaten zwischengespeichert und nicht für jede Nachricht aus einer Datenbank gelesen würden.
  • Die Akkumulation und Integration von Daten aus mehreren Nachrichten.
Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:21:39


KonzeptthemaKonzeptthema | Version 8.0.0.5 | ak35120_