类似MongoDB的文档数据库——费用跟踪应用程序的设计



开始设计跟踪开支的应用程序。使用MongoDB只是为了熟悉面向文档的DB。

如果我从一个每天有一个文档的文档设计开始,而这个文档有诸如每美元花在哪里和金额之类的信息,我一定是从错误的方向开始的吗?

我最终想把所有的数据都划掉,比如两次约会在塔吉特的花费,一个月在餐馆的花费,诸如此类。

我的问题是,如果我一开始就有一个面向日常的设计,我会马上遇到麻烦吗?

我想那就好了。您可以将_id设置为任何您想要的值,但可以考虑将其设置为自Epoch以来的毫秒数。这可能会使范围查询更容易使用。您还可以在每个文档中嵌入日期的字符串版本,这样您就不必总是解析_id字段。

我不认为你会在这个设计上遇到麻烦,但当涉及到用Mongo编写查询时,请准备学习很多。尽量保持在他们的建议范围内编写查询,否则事情可能会变得非常缓慢。

最新更新