84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
闭关修行中......
直观的想法:
针对你问题中不是很具体的需求,再细致分析一下:
二种方案各有各的利弊,如果你的数据量不是很大,建议采用第一种方案,一个collection存放,存取操作方便;如果数据量很大,可采取第二种方案,将压力转移给应用端,毕竟应用的扩展相比数据库的扩展还是方便些。
个人意见建议采用第一种方案,用一个collection存放,对于数据量不大,没有压力;如果数据量很大的情况,可按照时间将不同时间段的收支明细分别存入多个collection,在前端展示的时候,按照时间段来展示。这样的话,随着时间增长,只需要水平增加collection,数据存取的代码都无需改动,在查询的时候,只是需要根据查询时间段简单切换不同的collection即可,简单且高效。
直观的想法:
针对你问题中不是很具体的需求,再细致分析一下:
二种方案各有各的利弊,如果你的数据量不是很大,建议采用第一种方案,一个collection存放,存取操作方便;如果数据量很大,可采取第二种方案,将压力转移给应用端,毕竟应用的扩展相比数据库的扩展还是方便些。
个人意见建议采用第一种方案,用一个collection存放,对于数据量不大,没有压力;如果数据量很大的情况,可按照时间将不同时间段的收支明细分别存入多个collection,在前端展示的时候,按照时间段来展示。这样的话,随着时间增长,只需要水平增加collection,数据存取的代码都无需改动,在查询的时候,只是需要根据查询时间段简单切换不同的collection即可,简单且高效。