Navicat 导出 DBF 数据为空的主因是 WHERE 条件错误、权限不足、驱动兼容性差或编码/类型映射不当；需检查条件语法、预览结果、确认权限、改用合适驱动及编码（如 GBK）、将 TEXT 改为 VARCHAR。
Navicat 导出 DBF 时 数据为空 的典型表现
导出后生成的 .dbf 文件能被 excel 或 dbf 查看器打开，但所有字段都是空值，或只有一行表头、无实际记录；有时连表头都不显示。这不是文件损坏，而是 navicat 在导出过程中没真正读取到数据。
检查 WHERE 过滤条件是否误写为恒假
Navicat 导出向导里「高级」选项卡下的 WHERE 条件框极易出错——哪怕多一个空格、少一个引号，或用了数据库不支持的函数（比如在 MySQL 源中写了 TO_DATE()），整个查询就会返回空结果集，而 Navicat 不报错，直接导出空文件。
- 确认条件中字符串用单引号
'2024-01-01'，不是双引号或中文引号 - 避免使用目标数据库不支持的语法，例如从 SQL Server 导出时写
DATE() = CURDATE()（MySQL 函数） - 临时清空
WHERE框，导出前先点「预览」看是否真有数据返回
确认当前连接用户对源表有 SELECT 权限且未被视图/同义词屏蔽
DBF 是结构化导出格式，依赖底层查询结果。如果 Navicat 连接的是 Oracle/SQL Server 等，而用户只有视图权限、没有基表 SELECT 权限，某些驱动（尤其旧版 ODBC）会静默跳过数据读取，只导出结构。
- 在 Navicat 查询窗口中手动执行
SELECT COUNT(*) FROM 表名，确认能返回非零数字 - 若用的是同义词或视图，尝试直接换为基表名导出，排除元数据解析失败
- Odbc 驱动版本太老（如 Microsoft dBase Driver (*.dbf) v4.0）可能无法处理含 Unicode 字段的表，换用
Microsoft Access Driver (*.mdb, *.accdb)并导出为.mdb再转 DBF 更稳
导出设置 中字段映射与字符编码不匹配导致内容丢失
DBF 格式不支持 UTF-8，强制指定编码为 UTF-8 会导致字段内容被截断或置空；另外，Navicat 默认把 TEXT / CLOB 类型映射为 DBF 不支持的 Memo 字段，也会丢数据。
- 导出前在「字段」页签中逐个检查类型：把
TEXT改成VARCHAR(255)，长度按实际数据截断 - 编码选
GBK（中文 Windows）或ISO-8859-1（英文环境），绝对不要选UTF-8 - 若有时间字段，确认源库是
DATETIME而非TIMESTAMP WITH TIME ZONE，后者在部分驱动下会解析失败
真正卡住的往往不是功能开关，而是 WHERE 条件里一个看不见的全角空格，或是驱动把带下划线的字段名自动转成小写后查不到列。导出前务必用「预览」看真实结果集，别信表名和字段名看起来对就行。
