pyodbc调用存储过程无返回值、SQL环境执行正常问题

典型场景 #

基于pyodbc编写Python脚本调用客户提供的存储过程，调用代码形式为：

cursor.execute('{call SP_procedure(?,?,?....)}', parameters)
result = cursor.fetchall()

实际运行时存储过程可正常完成插入操作，但无法获取到预期返回内容；将相同入参的存储过程放到SQL CLI、SQL Server Management Studio等SQL客户端环境中执行时，可正常返回符合预期的结果。

可落地排查修复项 #

• 多结果集顺序错位问题
  存储过程内的INSERT/UPDATE等写操作，默认执行完成后会返回“影响N行”的行计数结果集。pyodbc默认将接收到的第一个结果集作为可fetch的目标内容，直接调用fetchall只会拿到无实际业务列值的行计数内容，不会自动跳转到后续真正带业务返回值的SELECT结果集。
  修复逻辑：在获取返回值前循环遍历所有结果集，仅抓取存在实际列定义的结果集：

  result = []
  while True:
      # 存在非空列定义时，代表是携带实际业务数据的结果集
      if cursor.description is not None:
          result = cursor.fetchall()
      # 无后续结果集时退出循环
      if not cursor.nextset():
          break
  

• 行计数消息拦截问题
  如果存储过程开头未开启SET NOCOUNT ON，写操作产生的行计数提示会被当成有效结果传递给客户端，挤占结果队列的位置。可在存储过程起始位置加上SET NOCOUNT ON，从根源上减少无意义的结果流传递，对齐SQL客户端默认隐藏行计数提示的显示逻辑。
• 返回形式不匹配问题
  核对存储过程的实际定义：如果返回值是通过OUTPUT参数传递的，而非最终SELECT语句返回的内嵌结果集，直接通过fetchall自然无法获取内容。这类场景下需要在pyodbc调用时，使用pyodbc.Output标记对应参数的输出方向，不能将所有参数都作为普通入参传入。
• 连接配置不一致问题
  pyodbc的连接默认行为和SQL客户端存在差异时，会导致结果流被截断：比如自动提交开关和事务隔离级别不匹配时，插入操作可能通过隐式提交完成，但后续返回结果的查询会被事务逻辑拦截。需要对照SQL客户端的连接参数，调整pyodbc连接字符串的配置，确保两端行为一致。

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