Navicat for MongoDB 不支持可视化编辑集合结构，Schema Analyzer 仅为只读采样分析工具，无法修改字段类型、生成校验规则或导出 JSON Schema；索引需手动创建且不校验顺序合理性；所有结构变更必须通过原生命令在 Shell 中执行。
Navicat for MongoDB 不提供真正意义上的“可视化编辑集合结构”能力——它没有字段类型修改、嵌套结构重定义、Schema 验证规则生成等功能。所谓“管理”，实际是只读分析 + 索引手动配置 + 命令行补位。
Schema Analyzer 只能看，不能改
Navicat 的 Schema Analyzer 是采样统计工具，不是结构设计器：
✅ 它会从集合中随机读取默认 1000 条文档，归纳出字段路径（如 user.profile.age）、常见类型（String / Int32）、空值率
✅ 支持识别数组元素路径（如 tags.0）和嵌套深度
❌ 点击任意字段不会弹出“修改类型”“设为必填”“添加校验”等操作入口
❌ 无法导出 JSON Schema，也不能把分析结果一键应用为 validator 或 validationAction
❌ 不支持对已有字段执行类型转换（比如把 "123" 字符串批量转成 123 数字）
索引必须手动创建，且不支持复合索引字段顺序调整
在集合的 索引 标签页右键 → 新建索引 是唯一可视化入口：
• 填写字段名（如 email）和方向（1 或 -1），勾选 unique 或 background 即可提交
• 复合索引需手动输入多个字段，用逗号分隔（如 status,createdAt），但 Navicat 不校验字段顺序是否合理——{ status: 1, createdAt: -1 } 和 { createdAt: -1, status: 1 } 在性能上差异极大，它不提示也不验证
• 创建后不会自动测试索引效果；explain() 仍需切到 mongosh 手动执行
• 删除索引只能通过右键菜单，无法预览该索引当前被多少查询命中
结构变更全靠手写命令，Navicat 只当执行器
所有实质性结构操作都绕不开原生命令，Navicat 仅提供 Shell 窗口或聚合管道编辑器作为输入界面：
• 把字符串型字段转数字：必须写 updateMany({ price: { $type: "string" } }, [ { $set: { price: { $convert: { input: "$price", to: "double", onError: "$price" } } } } ])（注意：方括号语法仅 MongoDB 4.2+ 支持）
• 补全缺失字段：用 updateMany({ "status": { $exists: false } }, { $set: { status: "pending" } })
• 添加字段校验：得在 Shell 中运行 db.runCommand({ collMod: "orders", validator: { $jsonSchema: { ... } } })
• 创建带排序规则的索引：不能在 GUI 填 locale，必须写 db.orders.createIndex({ name: 1 }, { collation: { locale: "zh", strength: 2 } })
别信“模式分析”四个字，它不产生任何变更能力
很多人误以为 Schema Analyzer 是个轻量版 Studio 3T Schema Designer，其实它连字段级注释都不支持保存。你看到的“类型推测”可能错——比如一个字段 99% 是 String，但有 1 条是 ObjectId，它就标成 Mixed，却不告诉你哪条文档异常。
真正要理清结构，不如直接在 mongosh 里跑：db.collection.findOne({}, { maxTimeMS: 5000 }) 看真实样本，或用 db.collection.aggregate([ { $sample: { size: 10 } } ]) 抓 10 条典型数据复制进 VS Code 人工标注。
Navicat 的价值在于快速浏览、事务控制、网格编辑和聚合构建，而不是结构治理——这点必须提前认清。
