PowerBuilder 6应用连接SQL Server 2008 R2使用游标报16945错误如何解决

该报错和调整CLR Integration配置无关联，本质是嵌入式游标全生命周期的调用流程、会话上下文、版本兼容问题导致，按以下步骤逐一排查修复：

• 校验游标全链路调用的作用域一致性
  PowerBuilder 6版本的嵌入式游标不支持将声明、打开、抓取、关闭、释放的全流程拆分在不同的事件、全局函数中执行。必须保证同一条游标从DECLARE cdept CURSOR到DEALLOCATE CURSOR cdept的所有SQL语句，在同一个函数/事件的执行作用域内完成。跨作用域拆分调用时，游标声明语句的执行上下文和后续打开/抓取操作的上下文不匹配，SQL Server端无法识别对应游标，就会直接抛出16945错误。
• 确保所有游标操作的事务对象完全匹配
  你在游标声明语句末尾指定了USING l_trans绑定自定义事务对象，但后续所有操作（包括OPEN cdept;、FETCH cdept INTO :内部变量列表;、CLOSE cdept;）都必须显式补上USING l_trans子句，不能省略。PB在省略USING子句时会默认使用全局事务对象SQLCA发起操作，会出现“在l_trans的数据库会话里声明游标，在SQLCA的会话里尝试打开游标”的错配，服务端自然找不到对应游标。
• 排查老版本PB对高版本SQL Server的语法兼容问题
  PB6基于早期ODBC接口适配开发，对SQL Server 2008R2的T-SQL语法解析存在固有缺陷：
  • 临时简化游标查询语句：先移除CASE表达式、三段式schema前缀（APFLIB.），用最基础的SELECT de0070, de0080 FROM JPMDEPP WHERE de0010='A'作为游标查询体，验证是否因为复杂语法解析截断，导致游标声明语句根本未被提交到数据库端执行。
  • 确认当前l_trans连接的数据库用户默认schema为APFLIB，避免三段式表名在老版本ODBC驱动下触发游标解析bug。
• 清理会话内残留的同名校验
  很多场景下的16945错误是上一次游标执行时，因FETCH循环报错提前中断，没有执行CLOSE、DEALLOCATE操作，导致当前数据库会话内残留同名称的游标锁，新的同名游标声明因重名静默失败。每次游标抓取流程遇到异常中断时，必须显式执行清理语句：

  CLOSE cdept USING l_trans;
  DEALLOCATE CURSOR cdept USING l_trans;
  

  清理完残留资源后再重试流程。

注意事项：PowerBuilder 6连接SQL Server 2008R2时，不要使用高版本的ODBC Driver 17/18类驱动，需匹配对应老版本的SQL Server ODBC驱动（适配SQL Server 2000版本的ODBC驱动），高版本驱动对老PB的嵌入式游标接口存在兼容缺陷，会随机触发游标未声明的报错。

内容的提问来源于stack exchange，提问作者Weerat Toey Sukhaviriya