在我的应用程序中,我使用 sql-server,连接由 .net 汇集。保护这种情况的好习惯是什么:
池中的连接可能因任何原因(网络、DBA 终止会话等)而重置。在这些情况下,SQL Server 会关闭连接,但 SQL Client 对此一无所知。当物理上关闭的连接被重新分配时。打开连接时不会出错,这与打开非池连接不同。执行第一个命令时会出现错误。
当然,这种情况是特殊的,所以尝试抓住它是很自然的,但也许有更好的解决方案?
在我的应用程序中,我使用 sql-server,连接由 .net 汇集。保护这种情况的好习惯是什么:
池中的连接可能因任何原因(网络、DBA 终止会话等)而重置。在这些情况下,SQL Server 会关闭连接,但 SQL Client 对此一无所知。当物理上关闭的连接被重新分配时。打开连接时不会出错,这与打开非池连接不同。执行第一个命令时会出现错误。
当然,这种情况是特殊的,所以尝试抓住它是很自然的,但也许有更好的解决方案?