除了性能，还要考虑需求实现是否方便。比如涉及日期范围的，用内嵌将会很痛苦（比如很多人把日期当做键而不是一个值……），操作内嵌文档，大多数命令也和范式化的不同。尤其是为了简洁，没什么多余字段的内嵌文档。
其次是大尺寸内嵌文档更难控制需要的字段，以前线上发现 tornado 内存不断增长却找不到原因，最后谨慎选择了下字段排除了不需要的、数据量大的字段就好了。

@hepochen 我的情况是不断 insert 的数据，卡得掉眼泪。

这个命题比一般人想象的更复杂，这个不应该参照普通 JSON 数据来。
应该搜索 「MongoDB 范式化 反范式化」。
举个我的血泪栗子：内嵌的 JSON 如果频繁更新，它就不应该是内嵌的，否则会有性能问题。

@est 明白了，不过用队列代码会越来越复杂…… 还是优化 SQL、拆分数据库、加缓存方便？

@est 但是 mysql 有多线程啊亲！起码不会影响其他用户的访问。

@Insomnia 我是新机……刚激活的时候没装，后面再去搜索 app store 价格也是免费的。

用异步的数据库驱动。。。

@eric_zyh 我前段时间激活的 4S 也是免费的Pages、Keynote、Numbers。

如果用 MongoDB，推荐motor，是一个异步的 mongodb 驱动，文档也比较齐全 http://motor.readthedocs.org/en/latest/differences.html

其他对应的异步驱动这里都有写：https://github.com/facebook/tornado/wiki/Links
但是大多数都看上去没经过大量考验，起码没多少人用。

@lichao 大概邮箱要签证了才能用 lol

我前几天买的 4S 进 app store 它还是免费的。

以前吃了一口就想吃第二口，结果一个晚上吃掉了半瓶，当零食吃……

最后内存需要像电池一样保养（绑定电池），然后当硬盘来用。

全都是个推荐码…… 注个小号有那么难么……

「动作的幅度超过一个阀值时」应该为「阈值」

举个栗子： 在 sql 里强调按需取字段；在 nosql 里则很少有人来强调这点；而因为内嵌文档的存在，按需取字段是很重要的——尤其是内嵌文档非常大的时候。
这样七七八八的坑到处都是。

@sdjl 写代码是方便点，但是遇上复杂需求，这点方便也荡然无存。
集群和分片，对开发者要求也很高，我是感觉挺麻烦的，更熟悉土办法来进行 SQL 的水平划分和垂直划分。

把卡卸掉，拆机，拆了零件慢慢卖，还有什么办法……