Delphi12.2中TUniQuery.Post报错：无法创建新连接（事务模式）

以下是可能触发该错误的核心原因：

1. UniDAC与Delphi 12.2的兼容性问题 #

从Delphi 11升级到12.2时，若未同步升级UniDAC至适配12.2的版本，旧版UniDAC的事务管理逻辑可能与新Delphi的线程模型、连接处理机制冲突。比如开启手动事务后，TUniQuery的操作意外触发连接池创建新连接，而SQL Server禁止在手动事务模式下创建新连接（新连接不属于当前事务上下文）。

2. TUniQuery.Open的时机与连接复用逻辑变化 #

在事务启动后调用QBatch.Open，新版UniDAC或Delphi的默认行为可能不再复用已处于事务中的连接，而是尝试从连接池获取新连接。由于当前连接已处于手动事务模式，SQL Server拒绝创建新连接，最终在Post时抛出错误。

3. SQL Server驱动的严格检查 #

Delphi 12.2可能默认使用了更新的SQL Server ODBC驱动，新版驱动对事务模式的检查更严格。旧版驱动下UniDAC的某些规避逻辑（比如事务内复用连接的兼容处理）在新驱动下失效，导致触发连接创建的操作被拦截。

4. 线程中连接状态的异常 #

尽管线程启动时调用了Connect，但UniDAC的AutoReconnect属性默认值变化、线程调度导致连接意外断开/放回池，都可能导致事务开启后，Query操作需要重新创建连接，而手动事务模式下不允许此操作。

排查与解决方向 #

• 升级UniDAC版本：确保使用支持Delphi 12.2的最新UniDAC版本，修复版本兼容性问题。
• 调整Query打开时机：将QBatch.Open移至事务启动前执行，避免事务内触发连接创建：

  QBatch.Open;
  RemoteConnection.StartTransaction;
  QBatch.Append;
  QBatch.FieldByName('batch_data').AsInteger := BatchData;
  QBatch.Post;
  RemoteConnection.Commit;
  

• 关闭连接池测试：临时将RemoteConnection.Pooling设为False，若错误消失，说明连接池逻辑与事务交互存在问题，需调整池化配置（如增大池大小、调整PoolingOptions）。
• 验证连接绑定：在代码中添加日志，确认运行时QBatch.Connection确实指向RemoteConnection，排除动态绑定错误。
• 回退驱动版本：尝试使用Delphi 11时期的SQL Server ODBC驱动，验证是否为驱动严格检查导致的问题。

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