我经常碰到开发者遇到这个问题——Access里跑的好好的SQL，放到VBA里就报参数缺失，大概率是这几个原因：

• SQL中的字段/表名存在拼写错误或特殊字符未转义
  Access的查询编辑器比较“宽容”，比如字段名带空格（像User Name）或者特殊字符（比如Order#），它会自动帮你加上方括号[]；但在VBA里写SQL时，如果你没手动给这类名称加上[]，ADODB会把未识别的名称当成需要传入的参数，直接触发这个错误。另外，拼写错字段/表名也会导致同样的问题——ADODB找不到对应对象，就会把它当成参数来索要。

• SQL语句包含Access专属的参数引用
  比如你在Access里写的SQL用到了表单控件值，像WHERE ID = Forms!MainForm!txtID，这种写法在Access内部能正常识别，但VBA的ADODB连接是独立于Access界面的，根本不知道Forms!MainForm!txtID是什么，自然会把它当成未赋值的参数。这种情况你需要把参数替换成具体的数值，或者用ADODB的Parameter对象来手动传值。

• 引用了Access中带参数的查询
  如果你的VBA SQL是调用Access里已保存的查询（比如SELECT * FROM MyFilteredQuery），而这个查询本身在Access里是需要输入参数才能运行的，那VBA执行时无法自动填充这些参数，也会触发报错。

• 连接字符串或数据源路径问题
  看你提供的代码片段里strConnexion没写完，如果数据源路径包含空格或特殊字符却没加引号，或者路径写错导致连接的数据库不对，也可能间接引发参数错误——比如连接到了另一个结构不同的数据库，SQL里的字段/表根本不存在，ADODB就会把它们当成参数。

快速排查技巧 #

你可以在VBA里把最终生成的SQL语句打印出来：

Debug.Print strSQL ' 把你的SQL变量替换成实际的变量名

然后复制这个SQL到Access的查询设计窗口里运行，Access会明确告诉你哪个参数缺失，或者哪个字段/表有问题，这样就能快速定位根源了。

内容的提问来源于stack exchange，提问作者Philippe-olivier Roussel