db.createview()不能构建物化视图，因其仅支持纯虚拟的标准视图，禁止使用$merge或$out阶段；物化视图必须通过$merge或$out显式写入磁盘集合实现持久化。
不能直接用 db.createView() 构建物化视图——它只支持标准视图，而物化视图必须落盘，得靠 $merge 或 $out 阶段写入集合。
为什么 db.createView() 不行
标准视图是纯虚拟的，每次查询都重跑整个聚合管道，不存数据、不可索引、无法加速高频统计。MongoDB 明确禁止在视图定义中使用 $merge 或 $out，否则会报错 "views cannot contain $merge or $out"。物化视图的本质是「结果持久化」，这一步必须脱离视图机制，走显式写入路径。
常见错误现象：db.createView("daily_avg", "weather", [{$group: {...}}, {$merge: {...}}]) 会直接失败；有人误以为加个 allowDiskUse: true 就能绕过，但这是无关参数，不影响阶段合法性。
$merge 是副本集里最稳妥的物化方式
在 MongoDB 7.0 副本集中，$merge 支持主节点写入 + 从节点读取，且能做增量更新（避免全量重刷），比 $out 更适合生产环境。
-
$merge必须是管道最后一个阶段，否则语法报错 - 输出集合可与源集合同库或跨库，但目标数据库必须已存在（分片集群下尤其注意）
-
whenMatched: "replace"最常用，匹配时全量覆盖旧文档；也可用"merge"做字段级合并，但需配合on字段精确指定匹配键 - 若目标集合不存在，
$merge会自动创建；但不会自动建索引，后续需手动执行db.dailytemperatureaverages.createIndex({ "date.year": 1, "date.month": 1, "date.day": 1 })
示例（按天聚合温度并写入）：
db.weather.aggregate([
{ $project: {
date: { $dateToParts: { date: "$timestamp" } },
temp: "$temperature"
}},
{ $group: {
_id: { year: "$date.year", month: "$date.month", day: "$date.day" },
avgTemp: { $avg: "$temp" }
}},
{ $merge: {
into: "dailytemperatureaverages",
on: "_id",
whenMatched: "replace",
whenNotMatched: "insert"
}}
])
副本集部署下的关键限制和操作细节
MongoDB 7.0 默认允许带 $merge 的管道在从节点上执行（只要 featureCompatibilityVersion ≥ 7.0），但写操作仍路由到主节点——这点常被误解为“从节点能写”，实际只是「聚合计算卸载到从节点」，最终写入动作仍在主节点完成。
- 驱动程序必须支持 MongoDB 7.0+ 协议，旧版 Node.js 驱动（如 v4.x）可能静默降级到主节点执行，丢失计算卸载收益
- 如果管道内存超限（例如
$group处理数千万文档），即使没显式设allowDiskUse: true，7.0 也会默认启用磁盘临时文件；但要注意监控db.currentOp()中的diskUsage字段，避免填满/tmp - 不要把物化目标设为原集合本身（如
into: "weather"），虽然语法允许，但极易引发「边读边写」的数据不一致，尤其在高并发写入场景下
物化不是一劳永逸，得自己管刷新逻辑
MongoDB 不提供定时任务或触发器来自动刷新物化视图。你必须自己实现：用 cron 调用 shell 脚本、用应用层定时任务、或监听变更流（change stream）捕获新数据后触发聚合。最容易被忽略的是时间窗口对齐问题——比如每日聚合，若凌晨 2 点执行，会漏掉前一日 23:00–23:59 的数据；建议用 $gte + $lt 显式限定时间范围，而非依赖当前时间推算。
