Navicat导出数据字典必须用“工具→数据库字典→导出”，选HTML格式并确保UTF-8编码；中文乱码需检查连接字符集与导出编码；注释需按数据库规范正确添加；HTML需用本地服务器或Firefox打开；无自动更新功能，需脚本调用命令行或原生工具实现。
Navicat 导出数据字典时，“打印” 和 “导出” 功能根本不是一回事
很多人点开“打印”菜单就以为能生成可编辑的文档，结果弹出预览窗口、只能连打印机——这压根不产出文件。导出 才是正路，但默认路径藏得深，且只在“工具”菜单里，不在右键菜单或表结构页上。
实操建议：
- 选中数据库 → 右键 →
“对象信息”→ 切到“DDL”或“字段”标签页，这里能看到单表结构，但无法批量导出全库 - 真正批量导出入口是：
工具 → 数据库字典 → 选择当前连接 → 勾选“包含表结构”“包含索引”“包含外键”等 → 点击“导出” - 导出格式优先选
HTML（兼容性好、自带搜索和跳转），别用PDF（无法复制字段名，也没超链接） - 如果导出后中文乱码，不是字体问题，而是 Navicat 的编码设置没同步：导出前先确认连接属性里的
字符集是utf8mb4，且导出对话框下方有“编码”下拉框，必须手动选UTF-8
用 SQL 预览 功能反向验证字段注释是否真被导出
Navicat 对 COMMENT 的识别很挑：只有 MySQL 的 COMMENT 属性、PostgreSQL 的 COMMENT ON COLUMN、SQL Server 的 sp_addextendedproperty 才会被抓取；Oracle 的 COMMENT ON TABLE 支持不稳定，常漏掉列级注释。
实操建议：
- 导出前先点
“SQL 预览”按钮，看生成的建表语句里有没有COMMENT字段。没有？说明注释没写对位置，或者数据库驱动版本太老 - MySQL 用户注意：
ALTER TABLE ... COMMENT只作用于表，列注释必须写在CREATE TABLE或ALTER TABLE ... MODIFY COLUMN语句里，用COMMENT 'xxx'显式声明 - PostgreSQL 用户别依赖 pgAdmin 写的注释——Navicat 有时读不到 pgAdmin 生成的系统表记录，建议用 psql 执行
COMMENT ON COLUMN xxx IS 'yyy';后再刷新连接
HTML 字典 打开后页面空白？多半是浏览器禁用了本地 file:// 协议的 JS
Navicat 导出的 HTML 文件带内联 JavaScript，用于折叠/展开表、搜索高亮、点击跳转。Chrome、Edge 默认禁止本地 HTML 运行脚本，导致页面卡在加载状态，看着像白屏或只显示标题。
实操建议：
- 不要双击打开，改用终端执行：
python3 -m http.server 8000（Python 3），然后浏览器访问http://localhost:8000/your_dict.html - 或者换 Firefox 打开——它对本地 file 协议更宽容（但新版也逐步收紧）
- 如果必须用 Chrome，启动时加参数：
chrome.exe --unsafely-treat-insecure-origin-as-secure="file://" --user-data-dir=/tmp/chrome-test --allow-file-access-from-files（仅临时调试，勿设为默认）
想自动更新字典？别依赖 Navicat 定时任务，它根本不支持
Navicat 没有“定时导出字典”或“变更自动触发”功能。所谓“计划任务”只支持备份、同步、查询，不覆盖字典导出。硬要自动化，就得绕出去。
实操建议：
- 用 Navicat 的命令行工具
navicat.exe（Windows）或navicat（macOS）配合脚本调用，但要注意：命令行导出字典的参数文档极简，--export-dict必须搭配--connection和--output，且连接名必须和 Navicat 中完全一致（含空格） - 更稳的路是弃用 Navicat 导出，改用原生工具：MySQL 用
mysqldump --no-data --skip-triggers+SELECT查询information_schema.COLUMNS拼接；PostgreSQL 用pg_dump --schema-only+pg_tables视图 - 所有自动化脚本里，记得把导出路径写成绝对路径，Navicat 命令行对相对路径解析经常出错，尤其含中文或空格时
最麻烦的其实是权限——导出字典需要读 information_schema 或系统目录表，很多生产账号被刻意限制了这部分 SELECT 权限，得提前跟 DBA 对齐，而不是导出失败才去问。
