パーティション化構成では、データは複数のTrue Cacheに分割され、それぞれでデータの異なるサブセットがキャッシュされます。すべてのTrue Cacheにまたがるキャッシュ・データの合計サイズは、単一のプライマリ・データベースの場合、または共通構成の単一キャッシュの場合よりも大幅に大きくなる可能性があります。

この図は、各True Cacheが異なるデータベース・アプリケーション・サービスのデータをキャッシュするパーティション構成の例を示しています。この図には、次の要素があります:

True Cacheが起動すると、FAL_CLIENTパラメータ(TCDB1IまたはTCDB2I)で指定されたTrue Cacheネットワーク名が、FAL_SERVERパラメータ(PRIMDBI)で指定されたプライマリ・データベースのネットワーク名で登録されます。

アプリケーションで接続を手動で処理する場合、True Cacheデータベース・アプリケーション・サービスを介して問合せをTrue Cacheに送信し、プライマリ・データベース・アプリケーション・サービスを介して他の問合せおよび更新をプライマリ・データベースに送信します。

アプリケーションの透過性を高めるために、JDBCメソッドを使用し、プライマリ・データベース・アプリケーション・サービスをTrue Cacheデータベース・アプリケーション・サービスに関連付けることができます。この図は、次のデータベース・アプリケーション・サービスを示しています:

サービスは、TRUE_CACHE_SERVICEパラメータを、対応するプライマリ・データベース・アプリケーション・サービス(SALESおよびHR)に対して、SALES_TC およびHR_TCに設定することで関連付けられます。アプリケーションのコードは、プライマリ・データベース・アプリケーション・サービス(SALESおよびHR)についてのみ知っておく必要があります。SALES_TCおよびHR_TCデータベース・アプリケーション・サービスを使用するために、アプリケーションは、SALESおよびHRのJDBC接続のsetReadOnlyフラグ(TRUEまたはFALSE)を変更します。

True Cacheおよびプライマリ・データベースは、リモート・リスナー(sales_rl)を共有します。