Виждам красотата в това решение, но вярвам, че работи само за много специфичен набор от приложения. Сценариите, при които не е приложимо, включват:
-
Бази данни, които използват каскадни изтривания/актуализации или всякакъв вид тригери. Например, вашето DELETE към таблица A може да причини DELETE от таблица B. Редовният израз никога няма да улови това.
-
Достъп до базата данни от точки, които не преминават през вашата схема за невалидиране на кеша, напр. crontab скриптове и т.н. Ако някога решите да внедрите репликация между машини (въведете подчинени устройства само за четене), това също може да наруши кеша (тъй като не минава през невалидиране на кеша и т.н.)
Дори ако тези сценарии не са реалистични за вашия случай, това все пак отговаря на въпроса защо рамки не прилагат този вид кеш.
Що се отнася до това дали си струва да се преследва, всичко зависи от вашето приложение. Може би искате да предоставите повече информация?