意甲

在SQLServer2005中获得详细错

2019-06-20 04:52:59来源:励志吧0次阅读

  在最近的一篇文章中,我讲过如何在SQL Server2000中发现问题。在SQL Server 2005中处理错误,最重要的因素是@@ERROR变量。每个语句执行以后,你必须查询这个变量值,以保证没有使事务回滚的错误发生。这种方法有些麻烦,更重要的是,还容易出错。另外,在SQL Server 2000中能够处理的错误类型仅限于某些类型的错误。终止事务或批处理的错误就无法处理,也没有详细的错误信息。

  TRYCATCH

  SQL Server 2005提供TRYCATCH结构,它出现在许多现代迭代程序语言之中,如Java和C#中。此结构让你通过CATCH结构中的一系列新函数访问更为详细的错误信息,这些函数包括:

  ERROR_NUMBER:返回错误号码,与@@ERROR的值相同。

  ERROR_SEVERITY:返回调用CATCH块错误的严重程度。

  ERROR_STATE:返回错误状态号码。

  ERROR_LINE:返回错误发生的行号。

  ERROR_PROCEDURE:返回促使错误发生的存储程序和触发器的名称。

  ERROR_MESSAGE:返回错误的完整信息文本。

  在CATCH块内,你可以在任何地方应用这些函数,它们将返回与发生的错误有关的信息。在CATCH块外,这些函数返回零值。

  处理死锁错误

  让我们来看一个例子,了解如何应用SQL Server 2005中的新错误处理功能来处理死锁情形,在SQL Server 2000的数据库级别下,这种问题几乎无法处理。

  计算机中存在资源竞争就会发生死锁。这种情形并非仅发生在数据库管理系统中,还发生在操作系统或其他任何出现资源争夺的系统中。当一个进程锁定特定的资源,而又需要另外的资源来完成任务时,就会发生死锁。如果另一个进程锁定了第一个进程需要的资源,而且还需要第一个进程获得的资源,就会出现僵局。两个进程都不愿释放自己的资源,意味着两个进程都不能完成自己的任务。

  不过,SQL Serve中本身就存在一个运算法则,在这种情形下,它会随机选择一个失败者,这个失败者释放自己的资源以便另一个进程能够完成自己的任务。这就意味着那个被终止的进程必须再次尝试。在SQL Server 2000及更早的版本中,解决这种情形的最佳方法是在业务层专门针对死锁编写代码,如果探测到死锁情况,就再次尝试事务。随着时间的推移,如果你注意到死锁情形发生的趋势,你就可以在存储程序中包括逻辑,设定死锁的优先权。这种方法允许你在死锁情形下选择失败者,但你无法再次尝试被终止的进程。

老年人阴部潮湿是什么原因
威门热淋清颗粒价格
女性小便出血刺痛怎么办
分享到: