程序中调用DB过程要注意这种情况：
有些存储过程需要执行比较久，在数据库中直接跑本身没有出错，但从程序中调用该存储过程会由于超时进入程序异常处理，这时数据库后台依然在跑着该存储过程，如果该存储过程中有启用事务，那么对于程序中的该连接中这时已经存在着未提交未回滚的事务（尽管事务是在DB存储过程中启动的），如果不通过该连接回滚释放，不仅会无端继续占用着连接会话资源（此时dispose连接并不能有效释放），而且重新运行调用该存储过程的程序会马上由于不能启动事务而出错。
当然还有另一个不好的地方就是造成疑惑：明明程序已经由于超时出错了，但后台存储过程却依然在运行，这时如果程序不利用该连接将事务回滚， 可能过了一段时间后后台数据库运行完过程了，而程序端用户并不知晓，可能由于前面程序出错提示而重复尝试操作，又或者会困扰于“为什么明明程序执行出错了但之后却实际生效了”的疑惑。
解决也简单，只需如下红圈所示，在调用数据库操作时捕获异常尝试在连接中尝试调用“RollBack Transaction”(MSSQL为例)回滚可能存在的事务即可。
