Ich kann die Schönheit dieser Lösung sehen, aber ich glaube, dass sie nur für eine ganz bestimmte Reihe von Anwendungen funktioniert. Szenarien, in denen es nicht anwendbar ist, umfassen:
-
Datenbanken, die kaskadierende Löschungen/Aktualisierungen oder jede Art von Triggern verwenden. Beispielsweise kann Ihr DELETE in Tabelle A ein DELETE in Tabelle B verursachen. Die Regex wird dies niemals abfangen.
-
Zugriff auf die Datenbank von Punkten aus, die nicht durch Ihr Cache-Invalidierungsschema gehen, z. crontab-Skripte usw. Wenn Sie sich jemals dafür entscheiden, die Replikation über Maschinen hinweg zu implementieren (nur lesbare Slaves einzuführen), kann dies auch den Cache stören (weil er nicht durch die Cache-Invalidierung usw. geht)
Auch wenn diese Szenarien für Ihren Fall nicht realistisch sind, beantwortet es dennoch die Frage, warum Frameworks diese Art von Cache nicht implementieren.
Ob sich dies lohnt, hängt von Ihrer Bewerbung ab. Vielleicht möchten Sie weitere Informationen liefern?
