Database triggers / referential integrity and in-memory caching
Posted
by Ran Biron
on Stack Overflow
See other posts from Stack Overflow
or by Ran Biron
Published on 2010-03-15T22:20:11Z
Indexed on
2010/03/15
23:19 UTC
Read the original article
Hit count: 221
Do you see database triggers / referential integrity rules being used in a way that changes actual data in the database (changing row w in table x causes a change in row y in table z)?
If yes, How does this tie-in with the increasing popularity of in-memory caching (memcache and friends)? After all, these actions occur inside the database but the caching system must be aware of them in order to reflect to correct state (or at least invalidate the possibly changed state). I find it hard to believe that callbacks are implemented for such cases.
Does anyone have real-world experience with such a setup / real-world experience with considering such a setup and abandoning it (which way did you go? if caching, how do you enforce integrity?)
© Stack Overflow or respective owner