NoSql 使用小结
足够的冗余
如果出现要拿某个 id 去查另外的 collection 的情况，说明应该往这个增加所要查询的字段
实在要做关联查询的话，是不是应该考虑关系型的数据库，关系和非关系混合使用并不是错呃
使用足够的冗余，如果导致更新不一致的话，最好重新思考数据结构，或者这部分就用关系型的数据库
多态去描述数据
同一类别的数据最好构造继承关系，让顶级抽象类作为 collection，具体子类作为 item
要考虑因为继承关系导致序列化与反序列化失败的问题，必要的时候可以自己做个 custom converter
写 converter 的时候，如果担心反射效率慢，可以使用 CompiledExpression，Mongodb 的序列化就用这种来实现
迁移机制
在开发的过程中，可能因为频繁地修改数据结构，导致开发的时候会抛出异常，那么这个时候应该考虑给自己的数据建立一套数据迁移的机制
可以参考 entityframework or activerecord 的机制，给自己的数据操作建立一个 仓储模式或者 context ，同时设置钩子机制
偏见
如果 nosql 用不好，还不如就用关系型数据库，这样至少不会给同事添麻烦，而且关系型数据库的理论超级多的，可以好好深入学习，
一部分开发者可能连给自己的模块选择适合的数据结构都有困难，所以 nosql 的设计要慎之又慎