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.

DatabaseRoute-Knoten

Verwenden Sie den DatabaseRoute-Knoten, um Nachrichten mit Informationen aus einer Datenbank in Verbindung mit XPath-Ausdrücken weiterzuleiten.

Dieses Thema ist in folgende Abschnitte eingeteilt:

Zweck

Der DatabaseRoute-Knoten verwendet eine Gruppe von Werten benannter Spalten aus einer ausgewählten Datenbankzeile und wendet gleichzeitig einen oder mehrere XPath-Ausdrücke auf diese Werte an, um Routingentscheidungen zu treffen.

Weitere Informationen zur Abfragesyntax von XPath 1.0 finden Sie im Abschnitt W3C XPath 1.0 Spezifikation.

Der DatabaseRoute-Knoten befindet sich im Ablagefach Database (Datenbank) der Nachrichtenflussknotenpalette und wird im WebSphere Message Broker Toolkit durch folgendes Symbol dargestellt:

Symbol für DatabaseRoute-Knoten

Verwendung dieses Knotens in einem Nachrichtenfluss

Das folgende Beispiel zeigt, wie dieser Knoten verwendet wird:

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.

Eingabeparameterwerte aus Nachrichtenelementen der eingehenden Nachricht können in vorbereitete, von diesem Knoten verwendete Anweisungen eingefügt werden. Diese Werte werden aus Namens-, Wert und Namens-/Wert-Elementen der eingehenden, analysierten Eingabenachricht abgerufen. Die Elemente werden zunächst in der Form eines com.ibm.broker.plugin.MbElement-Objekts übernommen. Daher wird der Bereich der unterstützten Java™-Objekttypen, die die Werte annehmen können, durch die Schnittstelle dieses Objekts bestimmt. Wenn die Werte in Form von primitiven Java-Typen oder -Objekten vorliegen, werden sie, wie in nachfolgender Tabelle gezeigt, in den entsprechenden JDBC-Datentyp konvertiert.
Java JDBC
Ganzzahl INTEGER
Long BIGINT
Double DOUBLE
BigDecimal NUMERIC
Boolean BIT
byte[] VARBINARY oder LONGVARBINARY
BitSet VARBINARY oder LONGVARBINARY
String VARCHAR oder LONGVARCHAR
MbTime java.sql.Time
MbTimestamp java.sql.Timestamp
MbDate java.sql.Date
Es werden nur dann Werte aus einem Element übernommen, wenn der Typ des Elements bekannt und sein Wertestatus gültig ist. Anderenfalls wird eine Ausnahme zurückgegeben. Die Werte der abgerufenen Ausgabespalten aus dem Ergebnis von SQL-Abfragen, die von diesem Knoten ausgeführt wurden, werden zunächst in passende Java-Typen und danach gemäß folgender Tabelle in interne Nachrichtenelement-Wertetypen konvertiert.
JDBC Java ESQL-Typ
SMALLINT Ganzzahl INTEGER
INTEGER Ganzzahl INTEGER
BIGINT Long DECIMAL
DOUBLE Double FLOAT
REAL Double FLOAT
FLOAT Double FLOAT
NUMERIC BigDecimal DECIMAL
DECIMAL BigDecimal DECIMAL
BIT Boolean BOOLEAN
BOOLEAN Boolean BOOLEAN
BINARY byte[] BLOB
VARBINARY byte[] BLOB
LONGVARBINARY byte[] BLOB
CHAR (Zeichen) String CHARACTER
VARCHAR String CHARACTER
LONGVARCHAR String CHARACTER
TINYINT byte[1] BLOB
TIME java.util.Date TIME
TIMESTAMP java.util.Date TIMESTAMP
DATE java.util.Date DATE
Sie können eine Nachricht an dieselbe Adresse weiterleiten, unabhängig davon, ob eine Abfrage für eine bestimmte Datenbank erfolgreich ist, indem Sie beide fehlerfreien Ausgabeterminals mit derselben Ausgabeadresse verbinden.

Wenn ein Fehler im XPath-Ausdruck eines Musters festgestellt wird, wird dieser Fehler bei der Auswertung im WebSphere Message Broker Toolkit gemeldet. In der Fehlernachricht ist möglicherweise der fehlerhafte Ausdruck und der eindeutige Name des zugehörigen dynamischen oder statischen Terminals angegeben oder die Zeichenfolge ist als fehlerhaft in der Tabelle markiert.

Der Knoten benötigt Abfrageinformationen, die zur Generierung einer SQL-SELECT-Abfrage verwendet werden, die mittels mehrerer Prüfbedingungen auf mehrere Tabellen in einer Datenbank zugreifen kann. Nicht immer befinden sich alle Informationen, die Sie in einer Ergebnismenge abrufen möchten, in einer einzigen Datenbank. Eventuell müssen Sie die gewünschten Spaltenwerte daher aus zwei oder mehr Tabellen abrufen. Dieser Knoten unterstützt die Verwendung von SELECT-Anweisungen, mit denen Sie Spalten einer oder mehrerer Tabellen in einer Ergebnismenge abrufen können. Die typische Join-Syntax, die von diesem Knoten unterstützt wird, wird als Inner Join bezeichnet.

Inner Join-Informationen, die zur Generierung einer Abfrage erfasst werden, umfassen eine Liste mit tabellenqualifizierten Spaltenwerten für den Abruf und eine Liste mit Prüfbedingungen, mit denen die WHERE-Klausel einer SELECT-Anweisung gebildet wird. Tabellenqualifizierte Spaltenwerte können den linken Operanden in einer Prüfbedingung bilden. Wählen Sie einen Vergleichsoperator aus, der für diesen Operanden angewendet wird, und geben Sie optional einen rechten Operanden an, um die Prüfbedingung zu vervollständigen. Bei dem Operator kann es sich um einen Null-Vergleichstest handeln, für den kein rechter Operand erforderlich ist. Bei dem Wert des rechten Operanden kann es sich um einen Datenbanktyp handeln (z. B. 'Integer' (ganze Zahl), 'Boolean' (Boolesch) oder 'Long' (Langzeichen)), eine weitere tabellenqualifizierte Spalte oder einen Wert, der mittels eines allgemeinen XPath 1.0-Ausdrucks aus einem Element in der eingehenden Nachricht abgerufen wird.

Wenn Sie einen DatabaseRoute-Knoten in einem Nachrichtenfluss implementieren, können Sie einen der Eigenschaft Datenquellenname zugewiesenen Wert auswählen. Die Liste der Werte umfasst Referenzen auf vorhandene vordefinierte Einträge für IBM® JDBC-Provider, die bei der erstmaligen Erstellung eines Brokers definiert werden. Diese Einträge sind unvollständig. Sie müssen sie deshalb modifizieren, um auf die gewünschte Datenquellendefinition zugreifen zu können. Falls bereits ein anderer JDBC-Datenbankknoten auf einen vorhandenen vordefinierten IBM Standard-JDBC-Provider verweist und dieser Knoten für die Verwendung des Providers andere Einstellungen benötigt, können Sie mit dem WebSphere Message Broker Explorer (siehe Konfigurierbare Services im WebSphere Message Broker Explorer bearbeiten) oder dem Befehl mqsicreateconfigurableservice einen neuen Eintrag für diesen JDBC-Provider erstellen.

Mit dem WebSphere Message Broker Explorer oder dem Befehl mqsideleteconfigurableservice können Sie unerwünschte Einträge für JDBC-Provider löschen.

Sie können lediglich vom Benutzer benannte konfigurierbare Services löschen, die von IBM definierten konfigurierbaren Services können hingegen nicht gelöscht werden.

Der DatabaseRoute-Knoten verfügt über ein Eingabeterminal und mindestens vier Ausgabeterminals: 'Match', 'keyNotFound', 'Default' und 'Failure'. Die Ausgabeterminals 'keyNotFound', 'Default' und 'Failure' sind statisch und deshalb immer im Knoten vorhanden. Das dynamische Trefferterminal wird automatisch erstellt und zwar jedes Mal, wenn ein neuer DatabaseRoute-Knoten ausgewählt wird und im Nachrichtenflusseditor verwendet wird. Dieses Verhalten hat zur Folge, dass das erste dynamische Ausgabeterminal dieses Knotens nicht immer erstellt werden muss. Dieses Terminal muss mindestens vorhanden sein, damit der Knoten ausgeführt werden kann. Sie können den Namen für dieses dynamische Terminal ändern, wenn Sie den Namen 'Match' nicht für geeignet halten.

Wenn keine der Filterausdrücke zutreffen, wird eine Nachricht in das Terminal 'Default' kopiert. Wenn während der Filteroperation ein Fehler auftritt, wird die Nachricht an das Terminal 'Failure' weitergegeben. Falls die auf die Datenquelle des Knotens angewendete Datenbankabfrage eine leere Ergebnismenge ergibt (d. h., es wurden keine übereinstimmenden Datenbankzeilen gefunden), wird eine Meldung in das keyNotFound-Terminal kopiert. Im DatabaseRoute-Knoten können ein oder mehrere Ausgabeterminals definiert werden. Auf allen Terminals wird der zugehörige Filterausdruck für die Eingabenachricht verwendet. Wenn das Ergebnis den Wert TRUE hat, wird eine Kopie der Nachricht an das angegebene Terminal weitergeleitet.

Jeder Filterausdruck der Filtertabelle kann auf folgende Elemente angewendet werden:
  • Die Eingabenachricht
  • Die Sammlung der benannten Spaltenwerte, die aus einer übereinstimmenden Datenbankzeile ausgewählt wurden
  • Sowohl auf die Eingabenachricht als auch auf die zurückgegebenen Spaltenwerte
  • Keines dieser Elemente
Denn bei den Ausdrücken kann es sich um jeden gültigen allgemeinen XPath 1.0-Ausdruck handeln.

Wie auch beim Route-Knoten werden die Ausdrücke in der Reihenfolge angewendet, in der sie in der Filtertabelle aufgeführt sind. Wenn das Ergebnis den Wert TRUE hat, wird eine Kopie der Nachricht an das zugehörige dynamische Ausgabeterminal weitergeleitet. Wenn Sie die Eigenschaft Verteilungsmodus auf First (Erstes) setzen, werden unter Umständen nicht alle Filterausdrücke angewendet.

Der Filterausdruck kann fehlschlagen, wenn Sie einen zurückgegebenen Spaltenwert mit einem Zeichenfolgeliteral vergleichen. Die Art, wie ein Spalteneintrag gespeichert wird (z. B. ein Feld mit Zeichen mit fester Länge) bestimmt den Wert, der für eine angegebene Spalte aus der Datenbank zurückgegeben wird. Felder mit Zeichen mit fester Länge, die aus einer Datenbank abgerufen werden, werden mit Leerzeichen aufgefüllt, wenn der gespeicherte Wert die angegebene Zeichenspeicherlänge für die Spalte unterschreitet. In diesem Fall wird die zurückgegebene Zeichenfolge auf der rechten Seite mit Leerzeichen aufgefüllt, die Bestandteil der Zeichenfolge sind. Sie sollten daran denken, wenn Sie einen solchen Spaltenwert mit einem Zeichenfolgeliteral vergleichen, da ein Ausdruck für den Gleichheitsvergleich möglicherweise fehlschlägt, wenn das Literal nicht genau dieselbe Zeichenfolge einschließlich Auffüllzeichen enthält.

Beispiel: In einer Tabelle mit dem Namen 'Employee', wird eine als char(10) definierte Datenbankspalte 'LastName' mit dem Wert 'Smith', als 'Smith ' zurückgegeben. Der Filterausdruck muss also wie folgt lauten:
$Employee_LastName = 'Smith     '
, der den Wert 'True' ergibt. Der Ausdruck:
$Employee_LastName = 'Smith'
ergibt den Wert 'False'.
Alternativ kann folgende Funktion vom XPath-Ausdruck verwendet werden:
Funktion: string normalize-space(string?)   
Die Funktion 'normalize-space' gibt die Argumentenfolge mit normalisierten Leerzeichen an, indem führende und abschließende Leerzeichen entfernt und Leerzeichenfolgen durch ein einzelnes Leerzeichen ersetzt werden. Der Ausdruck lautet daher wie folgt:
normalize-space($Employee_LastName) = 'Smith'

Den JDBC-Provider-Service für den DatabaseRoute-Knoten verfügbar machen

Der DatabaseRoute-Knoten erstellt seine JDBC-Verbindungen unter Verwendung der Verbindungsdetails, die in der Brokerregistry als konfigurierbarer Service gespeichert sind. Die konfigurierbaren JDBC-Provider-Services stehen allen unterstützten Datenbanken zur Verfügung. Sie können die Einstellungen des für Ihre Datenbank bereitgestellten Services mit dem Befehl mqsichangeproperties anpassen, oder Sie können mit dem Befehl mqsicreateconfigurableservice einen neuen Service erstellen. Weitere Informationen zur Verwendung der JDBC-Provider-Services finden Sie im Abschnitt JDBC-Provider für Verbindungen des Typs 4 einrichten. Sie müssen für jede Datenbank, zu der Sie eine Verbindung herstellen möchten, einen anderen JDBC-Provider-Service einrichten.

Hinweis: Die Eigenschaft maxConnectionPoolSize gilt nicht für JDBC-Verbindungen, die von DatabaseRetrieve- oder DatabaseRoute-Knoten verwendet werden.

Nachdem Sie den Service definiert haben, müssen Sie die Eigenschaft Datenquellenname dieses Knotens auf den Namen des dafür erstellten JDBC-Provider-Service setzen. Die Attribute des Service werden für Verbindungen des DatabaseRoute-Knotens benötigt.

Damit die Änderungen wirksam werden, müssen Sie den Broker beenden und neu starten, es sei denn, Sie möchten eine neue Ausführungsgruppe für den Broker erstellen, in dem Sie den Nachrichtenfluss mit diesem Knoten implementieren.

Datenquellen mithilfe der Datenquellenexplorer-Anzeige abfragen

In der Datenquellenexplorer-Anzeige können Sie die Namen von Tabellen der Zieldatenbank sowie die Namen von Spalten dieser Tabellen ermitteln. Zunächst müssen Sie aber die Datenbankdefinitionen Ihrer Datenbanken in das WebSphere Message Broker Toolkit importieren, damit sie in der Datenquellenexplorer-Anzeige angezeigt werden.
  1. Wechseln Sie in die Ansicht 'Brokeranwendungsentwicklung'.
  2. Erweitern Sie in der Datenquellenexploreransicht den Ordner Verbindungen. Die Datenbankverbindungen werden angezeigt.
  3. Erweitern Sie eine Datenbankverbindung, um die Datenbanken aufzulisten, und erweitern Sie dann die entsprechenden Datenbank.
  4. Erweitern Sie Schemas, um die Schemas aufzulisten, und erweitern Sie dann das entsprechende Schema.
  5. Erweitern Sie Tabellen, um alle Tabellen aufzulisten.
  6. Klicken Sie auf eine Tabelle, um die Eigenschaften in der Eigenschaftenansicht anzuzeigen.
  7. Klicken Sie in der Eigenschaftenansicht auf die Registerkarte Spalten, um die Spaltennamen anzuzeigen.

DatabaseRoute-Knoten konfigurieren

Wenn Sie eine Instanz des DatabaseRoute-Knotens in einen Nachrichtenfluss eingereiht haben, können Sie ihn konfigurieren. Der Abschnitt Nachrichtenflussknoten konfigurieren enthält weitere Informationen hierzu. Die Knoteneigenschaften werden in der Eigenschaftenansicht angezeigt.

Alle verbindlichen Eigenschaften, für die Sie einen Wert eingeben müssen (d. h. Eigenschaften ohne definierten Standardwert), sind mit einem Sternchen gekennzeichnet.

Beispiel

In diesem Beispiel wird eine Tabelle namens 'Employee' (Mitarbeiter) verwendet.
EmployeeNumber (Personalnummer) FamilyName (Nachname) FirstName (Vorname) Salary (Gehalt)
00001 Smith John 20000
00002 Jones Harry 26000
00003 Doe Jane 31000
Die folgenden Eigenschaften des DatabaseRoute-Knotens sind wie folgt definiert:
Tabellenname Spaltenname Operator Werttyp Wert
Employee (Mitarbeiter) FamilyName (Nachname) ASC Ohne Ohne
Employee (Mitarbeiter) Salary (Gehalt) ASC Ohne Ohne
Employee (Mitarbeiter) EmployeeNumber (Personalnummer) = Element $Body/EmployeeRecord/EmployeeNumber
Der DatabaseRoute-Knoten stellt eine Verbindung zur Datenbanktabelle 'Employee' her und extrahiert den zu vergleichenden Wert aus jeder eingehenden Nachricht. Der XPath-Ausdruck zur Navigation im Nachrichtentext lautet $Body/EmployeeRecord/EmployeeNumber. Die SQL-Abfrage lautet:
SELECT Employee.FamilyName, Employee.Salary
FROM Employee
WHERE EmployeeNumber=?
ORDER BY Employee.FamilyName ASC, Employee.Salary ASC
Dabei ist ? der Wert, der aus der eingehenden Nachricht abgerufen wird. Dieser Wert wird über die Eigenschaft Wert in der dritten Zeile der Abfrageelementtabelle lokalisiert, die den Wertetyp Element aufweist.
  • Wenn der Wert an dieser Adresse 00001 ist, werden Informationen für John Smith abgerufen. Die Bedingungen des ersten XPath-Ausdrucks, der dem dynamischen Terminal 'out_expr1' zugeordnet ist, sind nicht erfüllt, sodass keine Nachricht an das Ausgabeterminal weitergeleitet wird. Die Bedingungen des zweiten Filterausdrucks sind erfüllt, sodass eine Kopie der Nachricht an das dynamische Terminal 'out_expr2' gesendet wird.
  • Wenn der Wert an dieser Adresse 00002 ist, werden Informationen für Harry Jones abgerufen. Die Bedingungen des ersten XPath-Ausdrucks, der dem dynamischen Terminal 'out_expr1' zugeordnet ist, sind erfüllt, sodass eine Nachricht an das Ausgabeterminal 'out_expr1' weitergeleitet wird. Der zweite XPath-Ausdruck wird nicht verarbeitet, da die Eigenschaft Verteilungsmodus auf Erster gesetzt ist.

Terminals

In der folgenden Tabelle werden die Terminals des DatabaseRoute-Knotens beschrieben.

Terminal Beschreibung
In Das statische Eingangsterminal, das eine Nachricht zur Verarbeitung durch einen Knoten annimmt.
Match Ein dynamisches Ausgabeterminal, an das die Originalnachricht bei erfolgreicher Verarbeitung weitergeleitet werden kann. Sie können weitere dynamische Terminals erstellen (siehe Dynamische Terminals).
Standardwert Das statische Ausgabeterminal, an das die Nachricht geleitet wird, wenn kein Filterausdruck den Wert TRUE ergibt.
keyNotFound Das statische Ausgabeterminal, in das die Nachricht kopiert wird, wenn keine übereinstimmenden Datenbankzeilen gefunden werden.
Fehlerterminal (Failure) Das statische Ausgabeterminal, an das die Eingabenachricht gesendet wird, wenn während der Verarbeitung ein Fehler auftritt.

Dynamische Terminals

Der DatabaseRoute-Knoten kann über weitere dynamische Ausgabeterminals verfügen. Nicht alle dynamischen Ausgabeterminals, die in einem DatabaseRoute-Knoten erstellt werden, müssen einem Ausdruck in der Filtertabelle zugeordnet werden. An dynamische Ausgabeterminals, für die keine Zuordnung erfolgte, werden keine Nachrichten gesendet. Einem dynamischen Ausgabeterminal können mehrere Ausdrücke zugeordnet werden. Weitere Informationen zur Verwendung dynamischer Terminals finden Sie im Abschnitt Dynamische Terminals verwenden.

Eigenschaften

In den folgenden Tabellen werden die Knoteneigenschaften beschrieben. Die Spalte O zeigt an, ob die Eigenschaft obligatorisch ist (markiert mit einem Sternchen, wenn ein Wert eingegeben werden muss, weil kein Standardwert definiert ist). Die Spalte K zeigt an, ob die Eigenschaft konfigurierbar ist (Wert kann geändert werden, wenn der Nachrichtenfluss zur BAR-Datei hinzugefügt wird, um ihn einzusetzen).

In der folgenden Tabelle werden die Beschreibungseigenschaften des DatabaseRoute-Knotens beschrieben.
Eigenschaft O K Standardwert Beschreibung
Knotenname Nein Nein Der Knotentyp, DatabaseRoute Der Name des Knotens.
Kurzbeschreibung Nein Nein   Kurze Beschreibung des Knotens.
Ausführliche Beschreibung Nein Nein   Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt.
In der folgenden Tabelle werden die grundlegenden Eigenschaften des DatabaseRoute-Knotens beschrieben.
Eigenschaft O K Standardwert Beschreibung Eigenschaft des Befehls mqsiapplybaroverride
Datenquellenname Ja Ja DB2 Der Aliasname zum Lokalisieren der in der Brokerregistry gespeicherten Definition des JDBC-Provider-Service. Unter Verwendung des Aliasnamens wird die URL für die JDBC-Verbindung gesucht und aufgebaut, über die eine Verbindung zu einem Datenbankmanagementsystem hergestellt wird. Die Verbindungs-URL ist treiberspezifisch, enthält jedoch den Namen der Datenbank, zu der die Verbindung hergestellt werden soll.

Wenn die Verbindung zur Datenbank über ein Anmeldeaccount und -Kennwort hergestellt wird, verwendet der Knoten diese Eigenschaft auch als Suchschlüssel, mit dem diese Werte von einem erwarteten entsprechenden DSN-Eintrag in der Brokerregistry abgerufen werden können.

Wenn das Datenbankmanagementsystem (DBMS) durch ein Kennwort geschützt ist, geben Sie den Parameter -n im Befehl mqsisetdbparms für den eindeutigen JDBC-Sicherheitsschlüssel an, bevor Sie den Nachrichtenfluss implementieren, in dem dieser DatabaseRoute-Knoten enthalten sind.

dataSource
Abfrageelemente Ja Nein   Eine Tabelle mit Abfrageelementen, die zum Erstellen einer einzelnen SQL-Anweisung SELECT verwendet werden. Die Tabelle besteht aus fünf Spalten und einer oder mehreren Zeilen. Folgende Spalten sind in der Tabelle enthalten:Tabellenname, Spaltenname, Operator, Wertetyp und Wert. Diese fünf Eigenschaften beschreiben ein Abfrageelement und geben einen tabellenqualifizierten Spaltenwert an, der aus der Datenbank abgerufen werden soll. In diesem Fall bildet das Element einen Teil der SELECT- und ORDER BY-Klauseln der generierten Abfrage. Ansonsten dient das Abfrageelement als Prüfbedingung, die innerhalb der WHERE-Klausel der generierten Abfrage ein Vergleichselement darstellt.  
Tabellenname Ja Nein   Der Name der Datenbanktabelle, die Bestandteil der SQL-Anweisung SELECT ist, einschließlich des Schemanamens; z. B. myschema.mytable.  
Spaltenname Ja Nein   Der Name der Spalte in der Datenbanktabelle, die in den Ergebnissen abgerufen wird und über den Wert für die Eigenschaft Tabellenname bestimmt wurde. Diese SELECT-Klausel kann auf diesen Namen als Spaltenwert für die Rücklieferung von einer Abfrage oder für den Verweis in einer Prüfbedingung innerhalb der WHERE-Klausel verweisen.  
Operator Ja Nein   Ein Vergleichsoperator, der für einen Wert des linken Operanden (die in den ersten zwei Spalten der Zeile angegebene Tabellenspalte) und optional des rechten Operanden angewendet wird. Wenn Sie für diese Eigenschaft einen aufsteigenden oder absteigenden Operatorwert (ASC oder DESC) angeben, gibt diese Zeile die Deklaration einer tabellenqualifizierten Spalte an, die einen Teil der SELECT- und ORDER BY-Klauseln der generierten Abfrage bildet und auf die in künftigen Zeilen optional als Wert für den rechten Operanden verwiesen werden kann.  
Werttyp Ja Nein   Ein Wert, der entweder auf None (Keiner) gesetzt ist oder der den Typ des Werts angibt, der in der letzten Spalte dieser Zeile definiert ist. Wenn diese Eigenschaft nicht auf None gesetzt ist, verweist sie auf eine Zeile, die innerhalb der WHERE-Klausel der SQL-SELECT-Anweisung eine Prüfbedingung beschreibt.  
Wert Ja Nein   Ein Wert, der entweder auf None (Keiner) gesetzt ist oder der einen von mehreren Eigenschaftentypen angibt, die in der Eigenschaft Wertetyp definiert sind. Wenn die Eigenschaft Wertetyp beispielsweise auf Element gesetzt ist, erfasst die Eigenschaft Wert einen allgemeinen XPath 1.0-Ausdruck. Der Wert, der von dem Ausdruck zurückgegeben wird, wenn er auf die eingehende Nachricht des Knotens angewendet wird, wird als Wert für den rechten Operanden verwendet, der mit diesem Prädikat verglichen wird. Der Vergleichswert des rechten Operanden muss dem Typ entsprechen, der für die Tabellenspalte abgerufen wird, die als linker Operand für den Vergleich verwendet wird. Es sind auch komplexe Ausdrücke möglich, die keinen bis mehrere Werte aus der eingehenden Nachricht abrufen und so manipulieren, dass sie für den Vergleich einen einzigen Wert ergeben. Beispielsweise kann durch einen allgemeinen Ausdruck für den Wertetyp Element die Summe aus mehreren Feldwerten der eingehenden Nachricht berechnet werden.  
Verteilungsmodus Nein Ja Alle Diese Eigenschaft bestimmt das Routingverhalten dieses Knotens, wenn eine eingehende Nachricht mit mehreren Ausdrücken übereinstimmt. Wenn Sie die Eigenschaft Verteilungsmodus auf First (Erster) setzen, wird die Nachricht an das erste Ausgabeterminal weitergeleitet, das den Kriterien entspricht. Wenn Sie die Eigenschaft Verteilungsmodus auf All (Alle) setzen, wird die Nachricht an alle Ausgabeterminals weitergeleitet, die den Kriterien entsprechen. Wenn es keine Übereinstimmung mit einem Ausgabeterminal gibt, wird die Nachricht an das Terminal 'Default' weitergeleitet.  
In der folgenden Tabelle werden die Eigenschaften der Filterausdruckstabelle des DatabaseRoute-Knotens beschrieben.
Eigenschaft O K Standardwert Beschreibung
Filtertabelle Ja Nein   Eine Tabelle mit Filtern (allgemeinen XPath 1.0-Ausdrücken) und zugeordneten Terminalnamen, die zusätzliche, von diesem Knoten ausgeführte Filtervorgänge definieren. Die Tabelle besteht aus zwei Spalten und einer oder mehreren Zeilen. Die Tabelle muss mindestens eine Zeile enthalten, damit der Knoten die Weiterleitungslogik durchführen kann. Wie auch beim Route-Knoten werden die Ausdrücke in der Reihenfolge ausgewertet, in der sie in der Tabelle angezeigt werden. Geben Sie zur Steigerung des Durchsatzes die XPath-Ausdrücke, die am häufigsten zutreffen, oben in der Filtertabelle an.
Die Überwachungseigenschaften des Knotens werden in der folgenden Tabelle beschrieben.
Eigenschaft O K Standardwert Beschreibung
Ereignisse Nein Nein Ohne Auf dieser Registerkarte werden Ereignisse angezeigt, die Sie für den Knoten definiert haben. Standardmäßig sind für keinen Knoten in einem Nachrichtenfluss Überwachungsereignisse definiert. Über Hinzufügen, Bearbeiten und Löschen können Sie Überwachungsereignisse für den Knoten erstellen, ändern oder löschen (Details siehe Überwachungsereignisquellen mithilfe von Überwachungseigenschaften konfigurieren).

Sie können hier angezeigte Ereignisse aktivieren oder inaktivieren, indem Sie das Kontrollkästchen Aktiviert aktivieren oder inaktivieren.

Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

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

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:20:14


ReferenzthemaReferenzthema | Version 8.0.0.5 | ac37380_