应采用属性模式（Attribute Pattern）组织多语言数据，即用数组存储{lang: "zh-CN", value: "..."}结构并建多键索引，避免硬编码字段或嵌套对象导致的扩展性差、查询性能低、存储浪费等问题。
直接用属性模式（Attribute Pattern）——这是目前在 MongoDB 中支持多语言最稳定、可扩展性最强的建模方式，硬编码字段（如 name_en、name_zh）和嵌套对象（如 name: { en: "...", zh: "..." }）在生产环境里都容易出问题。
为什么不能用 name_en / name_zh 这类硬编码字段
这类字段名看似清晰，但会卡死迭代节奏：
- 新增一种语言（比如越南语
name_vi）必须执行db.collection.updateMany+db.collection.createIndex，还要改应用层代码，线上不敢轻易动 - 查询时得写
{ $or: [ { "name_zh": "MongoDB" }, { "name_ja": "MongoDB" } ] }，无法命中单一索引，性能随语言数线性下降 - 90% 文档只填了中文，其余字段全为
null，BSON 压缩率低，磁盘和内存开销明显上升
属性模式怎么组织数据才真正可用
核心是把语言作为数组元素的键，值扁平化进数组，并配合多键索引：
{ "_id": "course-101",
"title": [
{ "lang": "en", "value": "Introduction to MongoDB" },
{ "lang": "zh-CN", "value": "MongoDB 入门指南" },
{ "lang": "ja", "value": "MongoDB入門ガイド" }
],
"description": [
{ "lang": "en", "value": "Learn core concepts" },
{ "lang": "zh-CN", "value": "掌握核心概念" }
]
}
然后建复合多键索引：
db.courses.createIndex({ "title.lang": 1, "title.value": 1 }, { background: true })
查中文标题就直接用：
db.courses.find({ "title.lang": "zh-CN", "title.value": "MongoDB 入门指南" })
能命中索引，毫秒级响应。注意：别用 $elemMatch 包裹等值条件，它不走多键索引。
更新单个语言值时最容易踩的坑
下标不稳定，$set: { "title.0.value": "new" } 在增删语言后会错位；正确做法是用 arrayFilters：
db.courses.updateOne(
{ _id: "course-101" },
{ $set: { "title.$[elem].value": "MongoDB 快速上手" } },
{ arrayFilters: [ { "elem.lang": "zh-CN" } ] }
)
聚合阶段如果要取某语言最新翻译，$unwind 后记得加 $group 或用 $first 控制，否则一条文档可能展开成多条重复结果。
混合建模：当语言分布严重不均时
如果 95% 文档只有英文，3% 有中英，0.5% 有中英日，全走属性数组会导致高频语言查询多绕一层解析。这时可以：
- 对英文单独设字段：
title_en，并建普通索引 - 其余语言仍走属性数组：
title_i18n: [ { lang: "zh-CN", value: "..." } ] - 应用层读取逻辑统一兜底：优先读
title_en，缺失再查title_i18n
这种混合方式在真实业务中更省资源，也更容易监控各语言覆盖率。
属性模式不是万能的——它不原生支持跨语言全文检索或排序，需要额外组合 $text 索引或预计算字段。最容易被忽略的是：数组长度没做限制，极端情况下一个字段塞几十种语言，会让单文档逼近 16MB 上限，上线前务必加 validation 规则约束 title.length ≤ 10 这类边界。
