.nb3 和 .psc 是 navicat 不同版本生成的专有备份格式：11 及更早版用 .psc，12 及以上版用 .nb3；新版可打开两种格式，旧版仅支持 .psc；二者内容一致，均含结构、数据、权限等，与数据库类型无关。
navicat 的 .nb3 和 .psc 文件不是数据库类型决定的，而是由 navicat 自身版本决定的——跟 mysql、postgresql 或 sql server 无关。
为什么有的备份是 .psc，有的是 .nb3
这是纯客户端版本行为：
-
Navicat 11 及更早版本默认生成.psc备份文件 -
Navicat 12 及以上版本默认生成.nb3备份文件 - 两者都支持 MySQL、PostgreSQL、SQL Server、Oracle 等主流数据库，后缀名不反映目标库类型
.nb3 和 .psc 能互相打开吗
兼容性是单向的：
- 新版 Navicat（≥12）可以正常打开
.psc和.nb3 - 旧版 Navicat（≤11）只能打开
.psc，打开.nb3会提示“不支持的文件格式”或直接无响应 - 不存在“MySQL 用 .psc、PostgreSQL 用 .nb3”这种对应关系
备份内容其实完全一致
别被后缀名误导：.psc 和 .nb3 都是 Navicat 自研的二进制备份包，包含：
- 表结构（DDL）、完整数据（行级）
- 用户权限、存储过程、事件、触发器
- 备份时间戳、源连接信息、压缩与加密标记
它们比导出 .sql 更可靠，但都不是跨版本通用格式——.nb3 并非“升级版 .psc”，只是新版本换了一套序列化协议。
实际使用中最容易踩的坑
真正卡住人的从来不是后缀名本身，而是版本错配和操作路径错误：
- 拿到一个
.nb3文件，用 Navicat 11 打开 → 报错且无法恢复 - 误以为
.psc是 MySQL 专用、.nb3是 PostgreSQL 专用 → 白费功夫找错工具 - 双击
.psc文件试图用旧版 Navicat 直接还原 → 实际需通过“工具 → 还原”菜单导入，否则不识别 - 在 Navicat 中看到“从备份还原”按钮却点不了 → 检查当前连接是否已成功建立，未连上时该功能置灰
版本号才是唯一需要盯紧的硬指标；后缀名只是它的影子。如果必须在不同环境间传递备份，统一用 Navicat 15+ 是最省事的选择。
