キャッシュ管理

Sterling™ Order Managementシステムのリファレンスデータキャッシングは、 ローカルで、 シンプルで、 レイジーローディング、 非同期リフレッシュキャッシュマネージャーによって実装されます。

キャッシュ・マネージャーは、スタートアップ時にキャッシュ可能な参照テーブルで読み取らず、代わりにレコードが読み取られている間にそれをキャッシュするのみであるという意味では、遅延ローダー です。 遅延ロード方法の利点は、必要な場合にのみデータがキャッシュされることです。

キャッシュ・マネージャーは、シンプル なキャッシュ管理ポリシーを実装します。 キャッシュされたデータは、キャッシュ・マネージャーがキャッシュをフラッシュするよう指示を受けるまで、キャッシュ内に留まります。 これは、キャッシュが特定のサイズ制限に達したか、標準の Sterling Order Management System API から参照データ・レコードが変更されたために発生する可能性があります。 キャッシュ・マネージャーは、キャッシュ管理オーバーヘッドを回避するために、最長未使用時間のアルゴリズムを使用したレコードのフラッシュなどの、キャッシュ管理ポリシーを実装しません。 コントロールされたテストでは、このシンプル なキャッシュ・マネージャーは、ほとんど管理のオーバーヘッドなしに、著しいパフォーマンスのメリットを提供します。

単純なキャッシュ・ストラテジーに従って、 Sterling Order Management System API によってリファレンス・データ・レコードが変更されると、ローカル・キャッシュ・マネージャーは、リファレンス・データ・テーブルをフラッシュするように他のすべてのキャッシュ・マネージャーに通知します。 参照データが変更されてから、最後のキャッシュ・マネージャーに通知されるまでには、多少の時間のずれがあります。

変更通知を受け取ると、キャッシュ・マネージャーは影響を受けるテーブルのキャッシュされた項目をすべてフラッシュします。 その結果、変更頻度の低いテーブルをキャッシュする必要があります。 さらに重要なこととして、この通知は Sterling Order Management System API から送信されます。 そのため、参照データが SQL*Plus のようなデータベース・ツール経由でまったく変更されていないことを確認しなければなりません。

推奨事項:

• パフォーマンスをさらに向上する必要があるときは、参照データ・キャッシングを使用可能にする必要があります。
• 参照データが頻繁な更新の対象ではないことを確認する必要があります。