EJBはトランザクションのやり方次第で速くなるのに…：WebSphereサーバ・チューニング入門（6）（2/4 ページ）

「Access Type」を加えて「アクセス・インテント」ポリシーを決定！！

　前述した、「Concurrency Control (Locking Strategy)」と「トランザクション分離レベル」に加え、アクセス・タイプとして、「Read処理」か「Update処理」かを加味して、7種類「アクセス・インテント」ポリシーの中から１つを決定します。「アクセス・インテント」ポリシーの設定を以下にまとめます。

「アクセス・インテント」ポリシーの設定の仕方

　WASでの「アクセス・インテント」ポリシーの設定は、AST（あるいは、RAD）を使用します。［EJBデプロイメント記述子］→［アクセス］タブ→［WebSphere拡張機能］→［Entities 2.x のデフォルトのアクセス・インテント（Bean レベル）］で、各Entity Beanに対して設定します。

　図6は、「wsOptimisticRead」を指定した例です。

図6　「アクセス・インテント」ポリシーの指定例「wsOptimisticRead」の場合（画像をクリックすると拡大します）

　図7は、「wsPessimisticUpdate-WeakestLockAtLoad」（デフォルト値）を指定した例です。

図7　「アクセス・インテント」の指定例「wsPessimisticUpdate-WeakestLockAtLoad」の場合（画像をクリックすると拡大します）

【2】Lifetime in Cache（データ・キャッシュ）

　WASでは、トランザクションをまたがるデータのキャッシュを設定できます。これは、「Lifetime in Cache」あるいは、「データ・キャッシュ」と呼ばれるオプションです。

　指定したキャッシュ生存時間が経過するまで、データはキャッシュに保持されます。データがキャッシュに保持されている間は、そのデータに対するリクエストに対して、DBへの問い合わせは行われません。データ・キャッシュの「Invalidation Timer」（無効果までの時間）を指定することにより、キャッシュ内でのデータの保持時間を設定します。

「Lifetime in Cache」の設定の仕方

　AST（あるいは、RAD）を用い、「キャッシュ使用での存続時間」および「キャッシュ内での存続時間」を指定します。「キャッシュ使用での存続時間」には、「OFF」「ELAPSED_TIME」「CLOCK_TIME」「WEEK_TIME」のいずれかを指定します。

図8　「Lifetime in Cache」の設定

【3】Entity Beanキャッシュ（コミット・オプション）

　WASでは、EJBの「コミット・オプション」の設定をすることにより、Entity Beanキャッシュを利用可能です。Entity Beanに対応するデータをDBからいつロードし、どのようにキャッシュするかを設定でき、コミット・オプション A、B、Cに対応しています。

「コミット・オプション」の設定の仕方

　コミット・オプションの設定は、AST（あるいは、RAD）を使用します（図9）。　

図9　Option Cの設定例

　［Beanのキャッシュ］の設定で、［アクティブ化］と［ロード］の組み合わせで決定されます（表4）。

　［アクティブ化］の「ONCE」は、Beanが最初にアクセスされた際にアクティブになります。「TRANSACTION」は、トランザクション開始時にアクティブになります（省略時設定）。

　［ロード］の「ACTIVATION」は、Beanがアクティブになった際にロードされ、DBに対する排他的アクセスを行います。「TRANSACTION」は、トランザクション開始時にBeanがロードされ、DBへは共有アクセスを行います。