navicat 17 的「结构对比」功能不支持 mongodb 集合结构比对，因其仅适用于关系型数据库，mongodb 动态 schema 特性导致 navicat 未实现字段、嵌套、类型等 nosql 结构差异识别能力。
Navicat 17 的「结构对比」功能不支持 MongoDB 集合结构比对
Navicat for MongoDB 的「结构对比」（Structure Compare）工具仅适用于关系型数据库（如 MySQL、PostgreSQL），在 MongoDB 连接下该菜单项是灰色不可用的。这不是配置问题，而是产品设计限制：MongoDB 没有固定 schema，Navicat 未实现对动态字段、嵌套深度、类型混合等 NoSQL 特征的结构建模与差异识别能力。
你看到的「对象设计器」里能查看单个集合的索引列表，但无法像 SQL 数据库那样生成「ALTER TABLE ADD INDEX」式的可执行 DDL 差异脚本。
手动比对集合字段结构：用聚合 + JSON 视图定位关键差异
真实场景中，集合结构差异往往体现在字段存在性、嵌套层级、值类型（如 "status" 有时是 string，有时是 int）或缺失字段上。Navicat 提供的 JSON 视图 + 聚合管道是最快捷的现场排查方式：
- 右键集合 →「聚合管道」→ 添加
$sample阶段（取 5–10 条样本），再加$project显式列出关注字段，避免因字段缺失导致整个文档被过滤 - 切换到「JSON 视图」，逐条展开看
_id、createdAt、metadata等关键字段是否存在、是否为null、嵌套结构是否一致 - 对疑似不一致字段，用
$type聚合操作符验证类型：{ $addFields: { statusType: { $type: "$status" } } }，观察输出是否全是"string"或混有"int"
索引差异必须通过命令行 + Navicat 双查确认
Navicat 的「索引」标签页只显示当前集合已有的索引，但不提供「对比两个集合索引是否一致」的功能。更麻烦的是：它不会告诉你某个索引是否被标记为 background: true、expireAfterSeconds 是否设错、或 collation 排序规则是否启用——这些都会导致查询行为不一致。
稳妥做法是导出索引定义再人工比对：
- 在 Navicat 中右键集合 →「索引」→ 记下每个索引的字段顺序、唯一性（
unique）、稀疏性（sparse） - 打开终端，连接 MongoDB 执行：
db.collection_name.getIndexes()，重点核对：key、background、expireAfterSeconds、collation字段 - 若发现
collation不一致（例如一个带{ locale: "zh" }，另一个没设），即使字段和顺序相同，也属于实质性差异——会影响大小写敏感、中文排序等行为
真正容易被忽略的点：_id 索引和分片键索引不会出现在 Navicat 索引列表中
Navicat 的「索引」标签页默认隐藏系统级索引。这意味着：
-
_id字段的默认索引永远不会显示，但它始终存在且不可删除；若你误以为没索引而手动创建{ _id: 1 }，会触发重复键错误 - 在分片集群中，分片键（shard key）自动创建的索引也不会列出；如果目标集合已分片但 Navicat 连接的是 config server 或 mongos，可能根本看不到该索引
- 使用
db.collection_name.getIndexes()是唯一可靠方式，它会返回全部索引，包括"v": 2, "key": { "_id": 1 }, "name": "_id_"这类条目
