SQL Server尝试捕获最终
我有一个需要类似以下内容的场景 .NET's try-catch-finally block.
在我的尝试，我会CREATE a #temp table，INSERT数据，将其与基于处理其他数据集#temp。
在CATCH随后RAISERROR。有可能FINALLY阻止DROP #temp吗？下面是伪代码：
BEGIN TRY
CREATE TABLE #temp
(
--columns
)
--Process data with other data sets
END TRY
BEGIN CATCH
EXECUTE usp_getErrorMessage
END CATCH
BEGIN FINALLY
DROP TABLE #temp
END FINALLY
问题答案：
无需创建表，您只需声明一个表变量（查询结束时该变量将自动消失）。
BEGIN TRY
DECLARE @temp TABLE
(
--columns
)
--do stuff
END TRY
BEGIN CATCH
--do other stuff
END CATCH
-
问题内容： 我经常遇到如下情况： 仍然需要尝试-最终在内部捕获块。 克服此问题的最佳实践是什么？ 问题答案： 写一个类，其中包含捕获和记录此类异常的方法，然后根据需要使用。 您最终会看到如下内容： 您的客户端代码将类似于： 更新： 自Java 7开始，各种JDBC接口都得到了扩展，而以上代码回答了原始问题，如果您直接针对JDBC API编写代码，则现在可以对其进行结构化：
-
我有一个存储过程似乎没有正确记录错误。 代码有错误，但 catch 块似乎未生效。 try块相当长，但错误部分很简单，并且在最后出现，所以我已经对此进行了预测。 proc失败的错误是我们的老朋友“列名或提供的值的数量与表定义不匹配”。我已经修复了这个错误 - 这是一个愚蠢的懒惰错误 - 但我感到困惑为什么我的错误日志记录过程似乎没有工作 - 没有行入到我的 ExtractsErrorLog 表中。
-
在 中，尝试捕获最终阻止的工作原理是什么？ 所以如果有例外，我知道它会跳到捕获块，然后跳到最后的块。 但是如果没有错误，catch块不会运行，但是finally块会运行吗？
-
问题内容： 我一直在看代码，并且看到了尝试资源的机会。我以前使用过标准的try-catch语句，看起来它们在做同样的事情。所以我的问题是“ 尝试使用资源”与“尝试捕获 ”之间的区别是什么，哪个更好。 这是尝试使用资源： 问题答案： 尝试使用资源的重点是确保可靠地关闭资源。 当你不使用try-with-resources时，存在一个潜在的陷阱，称为异常屏蔽。当try块中的代码引发异常，而finall
-
鉴于： 我想尝试，并重试，连接到服务器3次才放弃。 我可以把整个try/catch放在一个循环中，但是这是否符合Java的“最佳实践”。从我对该主题的回忆来看，这将是对语句的误用。再说一次，我可能完全错了。你怎么认为？
-
问题内容： 在进行学校项目时，我编写了以下代码： 问题在于Netbeans告诉我这些行抛出一个，因此必须被捕获或声明。它还抱怨并且可能尚未初始化（尽管检查为空）。 似乎整个问题都在此停了下来，这似乎有些奇怪。 我的下意识解决方法是这样做： 但是，这深深地困扰着我，让我感到肮脏。 我来自C＃背景，我只是在这里利用块，因此我不确定处理此问题的“正确”方法是什么。 解决这个问题的正确方法 是 什么？ 问