Jeg kan se skønheden i denne løsning, men jeg tror dog, den kun virker til et meget specifikt sæt applikationer. Scenarier, hvor det ikke er relevant, omfatter:
-
Databaser, der bruger kaskadende sletninger/opdateringer eller enhver form for triggere. Din DELETE til tabel A kan f.eks. forårsage en DELETE fra tabel B. Regex vil aldrig fange dette.
-
Adgang til databasen fra punkter, der ikke går gennem dit cache-invalideringsskema, f.eks. crontab-scripts osv. Hvis du nogensinde beslutter dig for at implementere replikering på tværs af maskiner (introducer skrivebeskyttede slaver), kan det også forstyrre cachen (fordi den ikke går gennem cache-invalidering osv.)
Selvom disse scenarier ikke er realistiske for dit tilfælde, svarer det stadig på spørgsmålet om, hvorfor frameworks ikke implementerer denne form for cache.
Med hensyn til, om dette er værd at forfølge, afhænger det hele af din ansøgning. Måske vil du give flere oplysninger?