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

Question

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

如果我从一个每天有一个文档的文档设计开始，并且该文档包含每一美元的花费和金额等信息，那么我一定是从错误的方向开始吗？

我最终想要对所有数据进行切片和切块，例如两个日期之间在 Target 花费了多少，一个月在餐厅花费了多少，诸如此类。

我的问题是，如果我的设计一开始就以日为导向，我会马上遇到任何麻烦吗？

Answer 1

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

我认为这种设计不会给您带来麻烦，但是在使用 Mongo 编写查询时要准备好学习很多东西。尽量保持在他们的建议范围内编写查询，否则事情会变得非常缓慢。