1
chemzqm 2013-05-25 23:53:38 +08:00 1
"如果服务器端是一个用户一个document,客户端的数据库不一样,同步的时候会比较麻烦,要写的代码会比较多",这话理解不能...
|
2
gaocheng 2013-05-26 01:54:37 +08:00 1
代码写的多总比弄个没有扩展性可言的数据库设计好的多
|
3
heroicYang 2013-05-26 10:07:48 +08:00 1
todos是无限增长的,所以建议不要使用内嵌文档。
|
4
refresh OP @heroicYang todos是无限增长不错,但一个人的todo总是有限,平均一天10个todo就很了不起了,这样十年才多少。
@gaocheng 扩展性我觉得倒不成问题,主要是对性能会有影响吗,再者就是考虑客户端和服务器端用同一套代码,嗯,用node.js的方案 @chemzqm 我希望服务器与客户端的代码是基本一致的,或者是80%是一致的,但如果数据结构不一致,可能这个目标就达不到了,或者要经过一些周折 |
5
tangzx 2013-05-26 22:55:41 +08:00
“按查询业务的需求来决定你的数据结构”,这就是mongo。
|
6
tangzx 2013-05-26 22:56:31 +08:00
如果查询业务仅“列出我的todo",就按第一种,如果需要大量数据分页,筛选,查看我同事的todo,之类的话就选第二种
|
7
tangzx 2013-05-26 22:57:20 +08:00
todo无线增长不影响内嵌文档的效率,可以用$push操作符
|
8
leafduo 2013-05-27 00:04:41 +08:00
最好是要分开,单独的 collection
|