企业官网建设流程全解析

MongoDB创建复合唯一索引需显式调用createIndex({fieldA:1,fieldB:-1},{unique:true})，字段顺序影响查询效率但不影响唯一性逻辑；null与缺失字段被视为相等，易致隐性冲突，可用sparse:true跳过空值或统一补全字段。怎么在MongoDB里创建复合唯一索引直接用 createIndex()，指定多个字段 + { unique: true } 就行。MongoDB 原生支持多字段联合唯一，不是靠应用层校验凑出来的。常见错误是只加了 { unique: true } 却漏掉字段顺序，或者误以为单字段索引组合起来就能自动变成联合唯一——不会，必须显式声明一个复合索引。语法：db.collection.createIndex({ "fieldA": 1, "fieldB": -1 }, { unique: true })字段顺序影响查询效率（前缀匹配原则），但不影响唯一性逻辑：只要两文档在所有指定字段上的值完全一致，就冲突如果某字段值为 null 或缺失，MongoDB 把它当真实值处理（即 null === null），也会触发唯一约束已有重复数据时建索引会失败，得先清理或用 dropDups: true（已废弃，别用）空值和缺失字段怎么算“重复”MongoDB 默认把 null 和缺失字段都视作独立值，且认为它们彼此相等。这意味着：{ a: null, b: 1 } 和 { b: 1 }（a 字段根本不存在）会被当成同一组唯一键，插入第二个时直接报错。这和多数人直觉相反，也是线上踩坑最多的地方。错误现象：E11000 duplicate key error collection，但查数据发现“好像没重复”验证方法：用 db.collection.find({ a: null }).count() 和 db.collection.find({ a: { $exists: false } }).count() 分别看解决思路：统一补全字段（如设为 null 或空字符串），或改用稀疏索引（见下一条）要不要加 sparse: true加了 sparse: true 后，索引会跳过所有在任一字段上缺失或为 null 的文档——这些文档不参与唯一性检查。适合字段本就不强制存在、又不想被空值干扰的场景。 橙篇 百度文库发布的一款综合性AI创作工具