模式设计老师能不能再多补充一些

越来越喜欢mongo了

老师，请问下预聚合场景下，提前设计好需要统计的字段这一部分我听懂了。但是针对于统计日销量、周销量和月销量，每一个文档是否需要时间戳，文档具体该如何划分，来配合业务逻辑，保证可以精准切分时间段，从而支持查询。比如说查询的时候经常是分为月份来查。那么是不是每个文档中还需要month_num这个字段。按照周来查，就是需要week_num这个字段？

老师，提前问个索引相关的问题，为何Mongo的索引用B树而不是B+树呢，我理解B+树的最大优点是范围查找，MySQL用的B+树，Mongo也有这个需求啊

这个计数器功能可以用redis来做，然后隔一段时间就更新到MongoDB中吧

笔记 1. 列转行 1. 场景 多国家 多语言 多属性 2. 文档很多类似字段 3. 转化为数组，一个索引解决所有问题 2. 版本字段 1. 场景 任何有多个衍生版本的数据库 2. 文档模型格式多 升级的时候需要更新多个文档 3. 增加一个版本号字段 快速过滤不需要升级的字段 升级的时候对不同版本的文档做不同的处理 3. 近似计算 1. 网页计数 各种不需要精确计算的排名 2. 写入太频繁 消耗系统资源 3. 间隔写入 每次隔10次写入一次 可大量减少写入需求 4. 预聚合 1. 场景 精确排名 排行榜 2. 统计时间消耗 时间长 3. 模型中添加统计字段 每次更新同时更新统计值

模型设计的课程相信能给今后具体场景的应用提供更多指导，期待事务课程上线

预聚合模式，插入时更新对应字段，很多场景下不用关注插入并发，更新聚合字段时是否有并发问题？

最后两节很实用👍👍

请问一下，用行转列方式，索引是建再数组的子项country上，还是数组的总节点releases上