VB5/VB.net应用从Access97升级至Access365的SQL适配咨询

一、核心SQL语法差异 #

• 保留字冲突：Access365新增了大量保留字（比如DATE、USER、PASSWORD），如果旧代码里把这些当字段/表名用且没加方括号[]，在新版本里会直接报错。比如Access97里SELECT DATE FROM Orders能正常运行，Access365必须写成SELECT [DATE] FROM Orders。
• 函数兼容性问题：
  • 部分旧函数行为调整：比如Format()函数的部分格式符在Access365里规则更严格，比如日期格式yyyy-mm-dd不再依赖系统区域设置；Now()这类基础函数行为一致，但如果旧代码用了自定义的同名函数，会和新版本原生函数冲突。
  • 原生函数补全：IIF()在Access97里需要用Switch()或自定义函数实现，Access365原生支持，反过来如果旧代码写了自定义IIF，需要改名避免冲突。
• 查询规则更严格：
  • GROUP BY匹配要求：Access97允许SELECT里出现未在GROUP BY中声明的非聚合字段（靠隐式排序兼容），Access365必须让SELECT的非聚合字段全部出现在GROUP BY里，否则抛出语法错误。
  • 子查询嵌套限制：Access365对复杂子查询的嵌套层数限制更明确，一些在旧版本能勉强运行的深层嵌套子查询，新版本会直接提示“查询太复杂”。
• 数据类型相关语法：Access365新增了GUID、Attachment等类型，旧SQL如果涉及和这些类型交互（比如插入查询）需要调整语法；另外文本字段的长度校验更严，旧版本会自动截断超长内容，新版本直接报错。

二、可用的自动化工具 #

• Access内置升级向导：用Access365直接打开Access97的.mdb文件，会自动弹出升级向导，它能自动处理大部分基础语法问题（比如给保留字加方括号），还会把旧数据类型转换为新版本兼容的格式，这是最省心的第一步。
• Access查询设计器：把旧SQL语句粘贴到Access365的查询设计器SQL视图中，设计器会实时检测语法错误，并给出具体的修正提示（比如提示给保留字加方括号）。
• 批量脚本处理：如果你的SQL都存在VB代码的字符串里或者配置文件中，可以自己写简单脚本批量处理：
  • 用Python/VBScript批量扫描，给已知的Access365保留字字段添加方括号；
  • 批量替换已弃用的函数调用，比如把自定义的IIF替换成原生IIF；
  • 检查GROUP BY和SELECT字段的匹配性，列出不匹配的查询手动调整。

三、额外注意点 #

• 先测试核心业务：不要直接全量升级，挑几个核心模块或常用查询先测试，确认语法问题和业务逻辑没偏差再推进。
• 备份原始数据：升级前一定要备份Access97的.mdb文件，避免操作失误导致数据丢失。
• 连接字符串要更新：VB5/VB.NET里的连接字符串得从Microsoft.Jet.OLEDB.4.0换成Microsoft.ACE.OLEDB.16.0，否则无法连接Access365的数据库。

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