私はこのソリューションの美しさを見ることができますが、それは非常に特定のアプリケーションのセットでのみ機能すると信じています。適用されないシナリオは次のとおりです。
-
カスケード削除/更新または任意の種類のトリガーを利用するデータベース。たとえば、テーブルAへのDELETEにより、テーブルBからのDELETEが発生する場合があります。正規表現がこれをキャッチすることはありません。
-
キャッシュ無効化スキームを通過しないポイントからデータベースにアクセスします。 crontabスクリプトなど。マシン間でレプリケーションを実装することを決定した場合(読み取り専用スレーブを導入)、キャッシュを妨害する可能性もあります(キャッシュの無効化などを行わないため)
これらのシナリオがあなたのケースにとって現実的でなくても、フレームワークがこの種のキャッシュを実装しない理由の質問に答えます。
これを追求する価値があるかどうかに関しては、すべてアプリケーションによって異なります。たぶんあなたはもっと多くの情報を提供したいと思いますか?