odbc连接失败主因是驱动未安装或32/64位不匹配：64位navicat须配64位驱动并使用c:\windows\system32\odbcad32.exe配置，32位navicat则对应syswow64路径；macos/linux需手动安装驱动并配置odbc.ini，测试连接必须前置。
ODBC连接失败：驱动没装对或位数不匹配
Navicat 本身不内置 DB2、Sybase、Access 等数据库的原生驱动，必须依赖系统级 ODBC 驱动。常见错误是“Data source name not found”或“Driver not found”，根本原因通常是驱动未安装，或 32/64 位错配。
- Windows 上要确认用的是哪个
odbcad32.exe：64 位 Navicat 必须配 64 位驱动，对应C:\Windows\System32\odbcad32.exe；32 位 Navicat（如旧版或某些企业部署）得用C:\Windows\SysWOW64\odbcad32.exe - macOS/Linux 需手动安装驱动（如 IBM 的
clidriver或 Microsoft 的msodbcsql），再编辑/etc/odbc.ini或用户级配置文件，确保[DSN_NAME]段里Driver=路径真实存在且可读 - 测试驱动是否就绪：在终端运行
isql -v DSN_NAME user password（Linux/macOS）或用 Windows ODBC 管理器里的“测试连接”按钮——这步跳过，后面在 Navicat 里连不上时排查成本翻倍
导入向导中选错“源类型”导致字段映射异常
Navicat 的导入向导里，“导入从”下拉菜单有 ODBC、Excel、CSV 等选项。选 ODBC 后，它会直接读取目标 DSN 下的表结构；但如果你误选了 Excel 再填 ODBC 连接串，Navicat 会当作本地文件解析，结果字段全变成 F1、F2，无法自动识别列名。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 务必在第一步就点“导入从”右侧的按钮，弹出窗口里选择
ODBC，再填 DSN 名、用户名、密码 - 连接成功后，左侧“源”列表显示的是该 DSN 下所有可访问的 schema.table，不是文件路径——如果只看到空列表，说明 DSN 权限不足或数据库用户没被授权查询
INFORMATION_SCHEMA类视图 - 字段映射页里，Navicat 默认按名称匹配（
source.name → target.name），但 Access 或旧版 DB2 可能返回大小写混杂或带空格的列名（如"Order Date"），这时需手动拖拽绑定，不能全信自动匹配
目标表不存在时，Navicat 不会自动建表
很多人以为选“复制”模式就能把源表结构+数据一起搬过去，实际上 Navicat 导入向导只处理数据，不创建目标表。如果目标库中没有同名表，会直接报错 Table 'xxx' doesn't exist，而不是提示“是否新建”。
- 提前在目标数据库执行
CREATE TABLE，或用 Navicat 的“结构同步”功能先拉取源表定义（需源库支持SHOW CREATE TABLE或等效语句；ODBC 数据源如 DB2、Access 不支持，得手动建） - 若源是 Access，注意其文本字段默认无长度限制，但 MySQL/PostgreSQL 要求指定
VARCHAR(255)，否则同步时可能截断或报错 - “导入模式”里选
追加最安全；复制会清空目标表全部数据，且不走事务——一旦中途断电或网络中断，目标表就成空壳
跨平台导入.ncx连接后密码失效
你导出的 connections.ncx 文件里密码是加密存储的，而 Windows/macOS 使用不同密钥体系。即使 DSN 配置完全一致，macOS 上导入后点“测试连接”，大概率弹出空密码框或报 Authentication failed。
- 临时解法：导入后右键连接 → “编辑连接” → 手动重输密码 → 再测试
- 长期规避：升级到 Navicat v16.1+（2025 年底起统一跨平台加解密逻辑），或改用 Navicat BI —— 它对 ODBC 数据源的连接管理更轻量，不依赖本地密钥加密
- 特别注意：含 Oracle 模式（如 Oracle RAC 连接字符串）的 .ncx，在 macOS 上会静默跳过，不报错也不显示，列表里直接消失
isql 或 ODBC 管理器里的测试，比在 Navicat 里反复试错快十倍。
