Access/MySQL迁移兼容问题：旧.NET系统无法访问ODBC链接表

我经手过不少类似的无源码系统迁移兼容场景，给你几个针对性的方向来排查和解决问题：

1. 先搞定ODBC驱动的位数匹配（最常见的坑） #

Access 2013默认是32位版本，而Windows 10自带的ODBC数据源管理器默认打开的是64位版本——这种位数不匹配会直接导致连接报错，是很多人踩过的雷：

• 检查Access位数：打开Access→左上角「文件」→「账户」→「关于Access」，确认是32位还是64位。
• 安装对应位数的MariaDB ODBC驱动：下载匹配你Access位数的驱动（比如32位Access就装32位驱动）。
• 用对应位数的ODBC管理器配置DSN：
  • 32位Access：打开C:\Windows\SysWOW64\odbcad32.exe
  • 64位Access：打开C:\Windows\System32\odbcad32.exe
    重新配置指向MariaDB的DSN后，再在Access里创建链接表测试连接。

2. 验证链接表的权限与连接配置 #

有时候ODBC链接表的权限不足，或者连接配置不符合旧系统的预期：

• 先在Access里直接打开ODBC链接表，确认能不能正常读写数据——如果Access自己都打不开，那肯定是连接或权限问题。
• 确保MariaDB的账号有完整的数据操作权限（至少要有SELECT、INSERT、UPDATE、DELETE权限，如果旧系统有建表操作还需要额外权限）。
• 尝试用「文件DSN」代替系统DSN：文件DSN是保存在本地的文件，权限限制更少，配置时选择「文件DSN」并保存到Access数据库所在目录，再用它创建链接表。

3. 做本地表同步中间层（绕开ODBC兼容问题） #

如果ODBC路线实在走不通，这个方法能100%保证旧系统兼容：

• 创建一个和原本地表完全同名、同结构的本地临时表（注意是本地表，不是链接表）。
• 编写Access VBA宏实现双向同步：
  • 启动Access时，把MariaDB的数据拉到本地表（用DoCmd.RunSQL执行跨库查询，比如INSERT INTO 本地表 SELECT * FROM [ODBC;DSN=你的DSN;DATABASE=你的库].远程表）。
  • 关闭Access时，把本地表的变更推送到MariaDB（可以通过对比主键，只同步新增/修改/删除的记录）。
  • 也可以设置定时同步宏，每隔几分钟自动同步一次，保证两边数据一致。
• 旧系统完全不用修改，还是访问原来的表名，实际数据已经和新系统的MariaDB同步了。

4. 用Access查询作为“表别名”包装ODBC链接表 #

如果旧系统是直接通过表名访问数据，你可以用Access查询来伪装成原表：

• 创建一个选择查询，数据源指向你的ODBC链接表，查询字段和原本地表完全一致。
• 把这个查询的名称改成原本地表的名称（先删掉原来的本地表）。
• 旧系统访问这个查询时，会以为是在访问本地表，实际查询的是ODBC链接的MariaDB数据——这个方法对依赖表名的系统特别有效，完全不需要修改旧系统代码。

5. 修复链接表的连接信息 #

有时候链接表的连接会因路径或配置变更失效，用Access自带工具修复：

• 打开Access→点击「数据库工具」→「链接表管理器」。
• 选中你的ODBC链接表，勾选「始终提示新位置」后点击「确定」。
• 重新选择你配置好的DSN，修复链接后再测试旧系统的访问。

内容的提问来源于stack exchange，提问作者Amaral RAM