MongoDB Schema Design 许多小文档还是更少的大文档

发布于06月22日

Background

如果我能将其归结为一个简单的模拟，那么这将是一个集合与较少的客户文档(如Java)之间的区别:

class Customer {
    private String name;
    private Address address;
    // each CreditCard has hundreds of Payment instances
    private Set<CreditCard> creditCards;
}

或者一个有很多很多付款文件的集合，比如:

class Payment {
    private Customer customer;
    private CreditCard creditCard;
    private Date payDate;
    private float payAmount;
}

Question

我环顾了很多地方，但我没有偶然发现任何MongoDB模式最佳实践可以帮助我回答我的问题.

Mongodb相关问答推荐

geoLocation或geoNear为坐标和半径使用let变量

Select 筛选聚合中的嵌套字段

MongoDB $lookup 查找字段值数组

当日期和时间在不同键的字符串中时，Mongo 查询过滤今天的数据

Golang 无法在 MongoDB 中创建文档

在 MongoDB 中加入多个集合

通过 _id 更新一个文档(无效的 BSON 字段名称 _id)

$eq 的目的是什么

mongoDB vs mySQL - 为什么在某些方面比另一个更好

如何在 Mongoose 中定义一个通用的嵌套对象

如何在 Mongo 聚合管道中获取限制之前的计数

Mongodb将重音字符匹配为基础字符

在 MongoDb 中查询小于 NOW 的日期时间值

使用 brew upgrade Mongo update from 3.4 to 4.0 报错：在try 升级到 4.0 之前，数据文件需要完全升级到 3.6 版

$elemMatch 的 MongoDB 索引

MongoDB - 投影一个并不总是存在的字段

如何在 mongoDB 中聚合巨大的数组？

MongoDB count() 未定义

查找聚合性能差

如何使用 Spring 的 MongoTemplate 和 Query 类检索字段子集？

实用课程推荐

推荐答案

Mongodb相关问答推荐