Nuxeo

mongodb 不支持事务， 以后的项目应该不会在用它了……

@yueyoum 看用途吧。NoSQL对事务的支持都不是很完整。即便支持事务，在集群上，ACID都不一定能做好强一致性啊。

转载一个微博：

@DataScientist: Facebook这帮人先搞了个Cassandra，然后发现最终一致性不靠谱；然后投靠HBase，发现内存又是大问题；然后搞了个RocksDB，发现单机又不可扩展了；然后看到Stanford搞的RAMCloud，把Raft协议借鉴过来，就成了现在的Apollo。

@yueyoum

以前用redis的时候觉得 redis查询太不给力，而且定时保存有丢失数据的风险，

但现在看来， 就因为是互联网非金融安全的应用，可以允许丢失数据，并且redis支持事务，逻辑写起来要方便很多。


最近准备看看 postgresql，丰富的功能还是很有吸引力的

@yueyoum
redis的事务支持也是很扯，凑合用。

@MasterYoda

扯？ 可否详细解释下？

至少 redis pipeline 的 原子操作 是很方便可靠的。
如果用了 lua script， 那更是将 预制的批量操作 一次原子性的完成了。

当然，它们的缺点就是 对于大量耗时的操作，会把redis阻塞住。不过我觉得这个不用太担心

@yueyoum
看你如何认为事务性了。
比如事务执行A B C操作，对redis来讲，不过是个pipeline或者multi。都是扔到队列里一起执行。
但是有时候我们需要的事务性是A操作失败了，BC操作不予执行，redis不是。

其次，我们在事务操作中可能会遇到先读数据，依赖此数据进行写的场景。
redis目前只能通过watch来简单实现，你自己去excpet WatchError玩。

@MasterYoda
哦，对了，关于读数据的场景，确实可以用lua script实现，忘记说了。。。。。

我觉得完善性的事务支持是类似Mysql的，Begin Commit Rollback.

MongoDB 只有只有表锁，防止并发更新丢失的时候 还是 没什么好办法

@MasterYoda

你说的对

其实 我觉得 能有pipeline 这种 把多个操作 group 在一起的已经 很不错了。

这样 业务代码 要好写很多。

比如

做一些检测，和计算
pipe.set(a, 1)
后续的检测 计算
pipe.set(b, 1)
还有其他的。。。。
pipe.set(c, 1)
最后再 一次

pipe.execute()


现在我用mongodb就得 把所有检测计算 全部做完
最后再依次 一条一条的提交 mongodb

写代码的要很注意，一定要最后所有条件全部检测完毕后再save