这种模式其实很复杂的。
数据之间是否冲突，不是跟开发人员能决定的，很多结构是业务本身的需求决定的。尤其是涉及多用户之间交互的互联网系统，这种冲突是必须面对和解决的。

打个比方。假设业务是这样的：A在论坛上发帖pa，B查看该贴pa，业务上AB都有修改pa的权限，然后A和B都同时打开pa进行编辑。此时，必然会面临数据的冲突。

所以这个模式，并不是简单的缓存问题，感觉比缓存要复杂。缓存，我一般认为，是immutable的，大不了是版本过期然后丢弃采用新版本即可，不存在缓存跟数据库merge的问题。



【 在 hgoldfish 的大作中提到: 】
: 看了一下你的新想法，本质上还是数据缓存的管理。所以你找找缓存相关的教科书看看应该就差不多了。所谓 write-through, write-back.
: 建议你的数据结构设计成不会冲突的，无论客户端提交多少次，都不会产生重复的数据。剩下的事情都好办。
:
--
FROM 36.17.76.*