あなたが説明した要件を考えると、おそらく少し異なる方法でタスクを達成するでしょう...
ページの jcr:content ノード (またはそのサブノード) 内にレート テーブル情報を直接保存する代わりに、おそらくリポジトリ内の別の場所に抽象化します。次に、必要に応じて、コンテンツ作成者が新しいレートの csv ファイルをアップロードし、必要に応じてそれをリポジトリに取り込むことができるように、何らかの管理インターフェイスを作成できます。あるいは、データがある種のデータベースから取得されると仮定すると、CQ からの JDBC 接続を使用して、ある種のスケジュールに基づいて自動的に注入するジョブを作成することもできます。データがリポジトリにある場合は、表示コンポーネントを作成して、ページ内に直接データを配置する代わりに、リポジトリからデータを読み取ることができます。
このアプローチには、そのデータを CQ 内で再利用可能にして、必要に応じて複数のページ、複数のサイト、さらにはさまざまな表示形式で表示できるという利点があります。さらに、日次、月次、週次、年次など、データの更新に関するあらゆる要件をサポートするように jcr 構造を設計できますが、これは明らかに特定の要件によって異なります。
これの 1 つの欠点は、データとそれが表示されるページが分離されているため、データが変更されるたびにキャッシュが適切にクリアされるようにする方法を見つける必要がある場合があることです。
更新(コメントに基づく):
ページのバージョン管理で私が予見する問題は、これを試したことがないのでおそらくうまくいくと思いますが、一度に 1 つのアクティブなバージョンしか存在できないことです。したがって、翌月のデータがアップロードされたら、古いデータ (アクティブ) と新しいデータ (まだアクティブではない) を同時に維持する必要があります。その期間中に別のコンテンツの変更が必要な場合はどうなりますか...ビジネスプロセスの観点から見ると、私には面倒です。
キャッシュ クリアの問題に戻ります。影響を受けるページがわかっている場合、特にそれらがすべて 1 つのサブツリーにある場合は、レプリケータ サービスを使用して影響を受けるページのキャッシュをクリアするカスタム ワークフロー プロセスを作成し、実行するランチャーを設定できます。データのノード変更の wf。
もう 1 つのオプションは、これは私の頭ではあまり定義されていないため、いくつかの実験が必要ですが、後でアクティブ化し、後で非アクティブ化する機能に組み込まれている CQ を使用することです。
おそらく、料金データ用の特定のテンプレートを作成し、そのテンプレートを使用するページは一度に 1 つだけアクティブにするという暗黙の要件を設定します。表示コンポーネントはクエリを使用して、現在アクティブな料金データを見つけることができます。