23.2.5. ワーカー設定

workder 設定では、Hibernate Search が Lucene と対話する方法を詳細化することができます。複数のアーキテクチャーコンポーネントと可能な拡張ポイントが存在します。詳しく見てみましょう。

最初に ワーカーがあります。ワーカー インターフェースの実装は、すべてのエンティティーの変更を受け取り、コンテキストでキューイングし、コンテキストが終了するとそれらを適用します。特に ORM との接続で最も直感的なコンテキストはトランザクションです。このため、Hibernate Search はデフォルトで TransactionalWorker を使用してトランザクションごとのすべての変更のスコープを設定します。ただし、コンテキストがエンティティーの変更数や他のアプリケーション(lifecycle)イベントの数に依存するシナリオを考えてみます。このため、表23.1「スコープ設定」 に示されるように、Worker 実装は設定可能です。

コンテキストが終了すると、インデックスの変更を準備して適用します。これは、新規スレッド内で同期または非同期に実行できます。同期更新には、常にインデックスがデータベースと同期しているという利点があります。一方、非同期のアップデートは、ユーザーの応答時間を最小限に抑えるのに役立ちます。欠点は、データベースとインデックスの状態間で不一致が生じる可能性があることです。表23.2「実行設定」 に記載されている設定オプションを確認しましょう。

これまでは、実行モードに関係なく、すべての作業が同じ仮想マシン(VM)内で実行されます。単一仮想マシンの作業合計量は変更されていません。常に、より適切なアプローチ (つまり委任) があります。hibernate.search.default.worker.backend を設定して、インデックスを別のサーバーに送信することができます。表23.3「バックエンドの設定」 を参照してください。このオプションも、インデックスごとに異なる方法で設定できます。