推荐工具
› RoboMongo
推荐书目
› 50 Tips and Tricks for MongoDB Developers
Related Blogs
› Snail in a Turtleneck
这是一个创建于 3986 天前的主题，其中的信息可能已经有所发展或是发生改变。
假如我要做一个todo的应用，并且有离线版本，离线用sqlite存储，客户端与服务器端同步。
我是把一个用户的所有todo都放到一个document好呢，还是像传统的关系型数据那样一条一条记录好呢？
第一种：
{id: ObjectId, todos: [title: String, date: Date]}
第二种：
{id: ObjectId, title: String, date: Date}
再复杂一点，TODO再加上记帐的功能，就样就会有统计的需要，例如本周/本月/本年的收支结余之类的。
请问哪种数据库的设计比较好？另外要考虑客户端的sqlite同步，如果服务器端是一个用户一个document，客户端的数据库不一样，同步的时候会比较麻烦，要写的代码会比较多。
虚心求解答，先谢谢各位
我是把一个用户的所有todo都放到一个document好呢，还是像传统的关系型数据那样一条一条记录好呢？
第一种：
{id: ObjectId, todos: [title: String, date: Date]}
第二种：
{id: ObjectId, title: String, date: Date}
再复杂一点，TODO再加上记帐的功能，就样就会有统计的需要，例如本周/本月/本年的收支结余之类的。
请问哪种数据库的设计比较好？另外要考虑客户端的sqlite同步，如果服务器端是一个用户一个document，客户端的数据库不一样，同步的时候会比较麻烦，要写的代码会比较多。
虚心求解答，先谢谢各位
 |
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
|
Select Language