MS Access连接MySQL(MariaDB5)时Union查询报1064语法错误求助

这种跨数据库的SQL兼容性坑我之前也踩过，#1064是MySQL的语法错误，说明Access生成的Union语句在MySQL环境里不兼容——毕竟Access的SQL语法和MySQL（MariaDB）有不少细节差异，本地能跑的语句放到MySQL后端就容易出问题。我给你梳理几个最可能的原因和解决步骤：

1. 先确认字段数量与类型的严格匹配 #

Union对前后两个查询的要求非常严格：

• 两个查询的字段总数必须完全一致，少一个多一个都会报错；
• 对应位置的字段类型必须兼容（MySQL比Access更较真）：比如Access里的Text类型要对应MySQL的VARCHAR/CHAR，Access的Long Integer要对应MySQL的INT，日期类型也要统一用MySQL支持的格式；
• 如果某个字段在其中一个查询里是NULL，也要确保类型匹配，比如不能一边是字符串NULL，另一边是数字NULL。

2. 替换Access专属语法/函数为MySQL兼容版本 #

Access有不少自己独有的语法和函数，放到MySQL里会直接触发语法错误：

• 比如Access的Nz()函数，要换成MySQL的IFNULL()；
• Access的Date()要换成CURDATE()，Now()换成NOW()；
• 如果字段名或表名有空格、特殊字符，或者是MySQL的保留字（比如USER、ORDER、DATE），必须用反引号`包裹，比如Access里的[Customer Name]要写成`Customer Name`；
• 避免用Access里的一些非标准写法，比如SELECT *, 'tag' AS source FROM table，最好明确写出所有字段名，避免歧义。

3. 确认查询是作为传递查询发送给MySQL执行 #

如果你的Union查询是Access先拉取两端数据再本地合并，那没问题，但如果是让MySQL后端直接执行，必须把它改成传递查询：

• 在Access里新建查询，切换到SQL视图；
• 右键查询设计窗口，选择「SQL特定查询」→「传递」；
• 设置ODBC连接到你的MySQL库，然后把调整好的MySQL兼容版Union语句粘贴进去执行。
  这样能确保SQL直接在MySQL环境里解析，避免Access中间转换的语法偏差。

4. 逐段拆分测试，定位错误点 #

把Union拆成两个单独的SELECT语句，分别在MySQL里测试（比如用phpMyAdmin、MySQL命令行或者Navicat）：

• 先跑第一个SELECT，确认能正常返回结果；
• 再跑第二个SELECT，排查是否有语法错误；
• 确认两个单独语句都没问题后，再用UNION（或UNION ALL，如果不需要去重的话）合并起来。
  这种拆分法能快速定位到底是哪一段语句出了问题。

举个实际修正的例子：
假设你原Access Union语句是：

SELECT ID, Nz(Address, '') AS Address, 'Local' AS Source FROM LocalCustomers
UNION
SELECT ID, Nz(Address, '') AS Address, 'Remote' AS Source FROM MySQLCustomers

改成MySQL兼容的版本后应该是：

SELECT ID, IFNULL(Address, '') AS Address, 'Local' AS Source FROM `LocalCustomers`
UNION
SELECT ID, IFNULL(Address, '') AS Address, 'Remote' AS Source FROM `MySQLCustomers`

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