デフォルトでは、各関係の関係表はリレーションシップ・データベースに保管されます。 関係は、ランタイム・データを検索するか変更するごとに、SQL ステートメントを使用してこのデータベースにアクセスします。関係表へのアクセスが頻繁に行われる場合、CPU 使用と InterChange Server Express リソースの点でパフォーマンスに大きな影響を与えることがあります。関係の設計の一部として、これらの関係表をメモリーにキャッシュするかどうかを決定できます。
この決定を行うには、関係のランタイム・データの変更頻度を調べる必要があります。WebSphere Business Integration システムでは、関係を次のいずれかに分類できます。
例えば、参照表はコード、状況値などの情報を保管するため、多くの場合、データは静的になる。そのような表はメモリーへのキャッシュ対象として適している。
関係定義の「拡張設定」ダイアログから、関係が動的か静的かを定義します。
以下のセクションでは、このダイアログから動的関係と静的関係を定義する方法について説明します。「拡張設定」ダイアログを表示する方法については、"関係の拡張設定の指定"を参照してください。
動的関係の場合、InterChange Server Express はリレーションシップ・データベースの関係表からのランタイム・データにアクセスします。デフォルトでは、InterChange Server Express は関係が動的であることを想定しています。したがって、動的関係を定義するために特別な手順を実行する必要はありません。
System Manager では、関係フォルダーの下にある動的フォルダーにすべての動的関係をリストします。
静的関係の場合、InterChange Server Express はキャッシュされた関係表からランタイム・データにアクセスできます。静的関係に対してキャッシングを使用可能にすると、InterChange Server Express は関係表のコピーをメモリーに格納します。関係表をキャッシュに入れるかどうかについては、次の条件を考慮に入れて判断してください。
この場合、サーバーはランタイム・データを取得するために SQL ステートメントを使用してリレーションシップ・データベースにアクセスする必要がありません。代わりに、メモリーにアクセスしてこのデータを取得できるため、処理は高速になります。静的関係のランタイム・データが現在メモリーに存在しない場合、InterChange Server Express はデータに最初にアクセスするときにデータベースからメモリーに適切な関係表を読み込みます。その後のアクセスでは、InterChange Server Express はキャッシュ内の表を使用してください。
しかし、表がメモリーに読み込まれると、InterChange Server Express はデータベースの関係表とキャッシュ内の表との間の整合性を維持する必要があります。更新、挿入、削除の各操作で、InterChange Server Express はデータベース表および キャッシュ内の表の両方 を変更する必要があります。このような二重更新はパフォーマンスに影響を与えることがあります。関係の表をキャッシュに入れるかどうかを決定するときは、データの予想存続時間とリフレッシュ速度を考慮に入れてください。
推奨: 1000 行を超える関係表はキャッシュに入れないでください。
要確認: InterChange Server Express はメモリー使用量が多すぎるかどうかをチェックしません。メモリー使用量がシステムの制限内におさまっていることを確認してください。
静的関係を定義するには、関係定義の「拡張設定」ダイアログ (図 113 を参照) を表示し、次のようにこのダイアログから「静的」フィールドを設定します。
「拡張設定」ダイアログで「静的」フィールドを使用可能にすると、「キャッシュ」フィールドも使用可能になります。「キャッシュ」フィールドを使用すると、InterChange Server Express が関係の表を実際にキャッシュに入れる時期を制御できます。
静的と定義された関係のみキャッシングを制御できます。