SQL Server 2008 R2嵌套函数调用SSMS正常但ODBC执行失败求助

这大概率是SQL Server 2008 R2的兼容性bug，而非ODBC配置问题，具体分析如下：

核心原因 #

SQL Server 2008 R2对表值函数fn_listextendedproperty的参数解析存在局限性：

• 当直接将嵌套的CAST表达式作为参数传入该函数时，数据库的查询解析器无法正确识别语法，触发错误。
• SSMS内部对查询做了隐式预处理（比如自动将复杂表达式转换为变量形式），所以替换参数后能正常执行；而ODBC（包括pyodbc、sqlcmd）会严格发送原始查询文本，绕过了SSMS的预处理逻辑，直接暴露了数据库的解析bug。

验证依据 #

你提到的「声明变量替代CAST参数」能解决问题，恰好印证了这一点：

• 错误的查询形式（ODBC执行报错）：

  SELECT * FROM fn_listextendedproperty(NULL, 'SCHEMA', CAST('dbo' AS SYSNAME), 'TABLE', CAST('YourTable' AS SYSNAME), NULL, NULL)
  

• 修正后的查询形式（ODBC执行正常）：

  DECLARE @schemaName SYSNAME = CAST('dbo' AS SYSNAME);
  DECLARE @tableName SYSNAME = CAST('YourTable' AS SYSNAME);
  SELECT * FROM fn_listextendedproperty(NULL, 'SCHEMA', @schemaName, 'TABLE', @tableName, NULL, NULL)
  

旧版SQL Server要求表值函数的参数必须是常量、变量或简单表达式，复杂嵌套的CAST会被解析器误判为非法语法，而变量声明明确了参数类型，避免了这个问题。

排除ODBC配置问题 #

你尝试过多种ODBC驱动和连接选项均无效，说明不是驱动或配置导致的：

• 不同ODBC驱动（如SQL Server Native Client 10.0、ODBC Driver 17 for SQL Server）对标准SQL的处理逻辑一致，不可能同时出现相同的语法错误。
• 若为ODBC配置问题，通常会表现为连接失败、权限错误等，而非特定SQL语句的语法错误。

临时解决方案 #

由于你使用的是遗留数据库无法升级，可通过以下方式解决：

• 修改sqlacodegen的生成逻辑，让它自动生成带变量声明的查询，替代直接嵌套的CAST参数。
• 手动调整生成的SQL语句，将CAST结果存入变量后再传入fn_listextendedproperty。

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