navicat 17 不提供可编辑、可参数化、可版本管理的「导出模板」,仅支持将导出配置保存为不可修改的二进制 .nexp 文件;必须在导出向导完成页点击「保存」才生成,且路径硬编码、不支持变量,跨平台共享需统一根目录并配合 .nq 查询实现真正可复用逻辑。

Navicat 17 没有“导出模板”功能,只有 .nexp 文件
Navicat 17 不提供可编辑、可参数化、可版本管理的「导出模板」。所谓“保存为模板”,实际只是把一次导出向导的全部配置(格式、编码、字段分隔符、NULL 处理、目标路径等)序列化为一个 .nexp 文件。它不可修改字段映射逻辑,也不能绑定变量,更不支持 Git 跟踪。
常见错误现象包括:在导出向导最后一步没点「保存」就直接点「开始导出」→ 生成的配置未持久化,下次还得重配;或误以为保存后能像 SQL 查询一样双击编辑 → 实际上 .nexp 是二进制文件,用文本编辑器打开全是乱码。
- 必须在导出向导「完成」页点击右下角「保存」按钮,才生成
.nexp文件 - 文件默认存于
%APPDATA%\PremiumSoft\Navicat Premium 17\Exports\(Windows)或~/Library/Application Support/PremiumSoft/Navicat Premium 17/Exports/(macOS) - 文件名建议纯英文+下划线,避免空格和中文,否则批处理作业可能加载失败
共享 .nexp 文件前必须统一环境和路径
直接把 .nexp 文件发给同事,大概率会导出失败——不是功能问题,而是路径和权限不一致。
导出路径在 .nexp 中是硬编码的绝对路径,例如 C:\exports\report_20260907.csv。Mac 用户双击该文件时,Navicat 会尝试往这个 Windows 路径写文件,结果静默失败,且不报错。
- 团队内必须约定统一导出根目录,比如都用
C:\navicat_exports\或/Users/shared/navicat_exports/ - 所有成员需手动创建该目录,并确保 Navicat 有写入权限(Windows 上尤其注意 UAC 和杀毒软件拦截)
- 不要依赖「桌面」「我的文档」等用户专属路径,它们在不同账户下路径不同
- 如果必须跨平台(Win/Mac/Linux),建议改用 SQL 导出:用
SELECT ... INTO OUTFILE(MySQL)或COPY ... TO(PostgreSQL)语句,再把语句保存为.nq查询文件
真正可复用的共享方式:用查询 + 导出组合代替单个 .nexp
单一 .nexp 文件只能固定格式、固定路径、固定表,而实际协作中常需要:同一份数据导出为 CSV 和 Excel 两份;按日期动态命名;只导出某几个字段。这些靠 .nexp 做不到,但用查询驱动就能解耦。
操作路径是:先建一个带业务逻辑的命名查询(如 daily_active_users.nq),再为它单独配一个导出配置(daily_active_users_csv.nexp)。这样,当业务逻辑变更时,只需改 .nq,导出配置仍可复用。
- 查询中尽量用
USE database_name;开头,避免因当前连接库不一致导致执行失败 - 导出配置里「目标文件」填相对稳定的路径,如
C:\navicat_exports\dau.csv,而非带时间戳的动态名 - 若需时间戳,由外部脚本生成新
.nexp文件,或改用命令行调用:navicat.exe --run-job "daily_active_users_csv.nexp"配合定时任务 - 所有
.nq和.nexp文件应统一放入 Git 仓库(注意:.nexp 无法 diff,仅作部署资产;.nq 可 review、可回溯)
团队同步时最容易忽略的权限与编码细节
即使 .nexp 文件能成功运行,导出结果也可能乱码、缺字段、或首行被当标题丢弃——这些问题几乎都源于导出配置里的隐藏选项没对齐。
比如 MySQL 导出 CSV 时,「文本限定符」默认是双引号,但 Excel 打开时若字段本身含换行符,又没勾选「导出时转义换行符」,就会导致 CSV 解析错位;再比如 PostgreSQL 导出 Excel,若未勾选「包含列标题」,下游 BI 工具就无法自动识别字段名。
- 统一勾选「导出时包含列标题」,禁用「第一行作为字段名」(这是导入选项,导出时勾选它反而会多写一行空标题)
- 编码一律选
UTF-8 with BOM(Windows Excel 兼容性最好),避免用UTF-8 without BOM导致中文显示为乱码 - MySQL 用户注意:若导出含 emoji 的字段,必须确认源表字符集是
utf8mb4,且导出配置中「字符集」也选utf8mb4,否则会截断或报错 - Navicat Cloud 或 On-Prem Server 同步
.nexp文件时,不会同步其关联的查询依赖,务必确认接收方本地已存在同名.nq文件











