由于主键约束导致T-SQL存储过程异常
由于主键约束导致T-SQL存储过程异常
提问于 2018-06-09 04:11:03
我有一个存储过程将一条记录插入到两个表中。
首先我将其插入到tableA中，然后再插入到tableB中。
我有点困惑，因为如果insert into tableA失败，我预计它会出错，并且不会运行下一条语句。但事实似乎并非如此..
如果发生异常，它还会运行下面的语句吗？
BEGIN
INSERT INTO TABLEA (Counter) VALUES (1989); -- duplicate error!
INSERT INTO TABLEB (Counter) VALUES (2010);
END我得到的错误是：
违反了主键约束'PK_TABLEA‘。无法在对象'dbo.TABLEA‘中插入重复的键。重复的键值为(1989)。该语句已终止。
但是，当我在C#控制台应用程序中调用此存储过程时，确实得到了一个错误。这就是为什么我不明白为什么要提出异常的原因。但是继续下面的语句...
回答 2
Stack Overflow用户
回答已采纳
发布于 2018-06-09 04:28:42
此行为是t-sql早期版本的遗留问题，并且不会破坏向后兼容性。
通过将属性XACT_ABORT设置为on，可以实现更多后续和可预测的行为
SET XACT_ABORT ON有一篇关于这个和其他错误处理相关内容的非常好的文章：http://www.sommarskog.se/error_handling/Part1.html
有一篇相关文章讨论了这一点，与存储过程有关：What is the benefit of using "SET XACT_ABORT ON" in a stored procedure?
这还包括在执行包含多个命令或涉及事务的XACT_ABORT脚本之前始终将tsql设置为ON的建议。
Stack Overflow用户
发布于 2018-06-09 04:26:32
在TSQL中，您可以使用TRY/CATCH来执行此操作。当发生错误时，后续操作可以继续运行并提交到表中。
你现在这样做：
CREATE TABLE #test1 (ID INT PRIMARY KEY)
GO
CREATE TABLE #test2 (ID INT PRIMARY KEY)
GO
BEGIN TRAN;
INSERT INTO #test1 (ID)
VALUES
(1);
INSERT INTO #test2 (ID)
VALUES
(1)
;
COMMIT
BEGIN TRAN;
INSERT INTO #test1 (ID)
VALUES
(1);
INSERT INTO #test2 (ID)
VALUES
(2);
COMMIT
SELECT *
FROM #test1
SELECT *
FROM #test2使用try和catch块，您可以在发生错误时防止这两个语句同时发生。
CREATE TABLE #test1 (ID INT PRIMARY KEY)
GO
CREATE TABLE #test2 (ID INT PRIMARY KEY)
GO
BEGIN TRAN;
INSERT INTO #test1 (ID)
VALUES
(1);
INSERT INTO #test2 (ID)
VALUES
(1)
;
COMMIT
BEGIN TRY
INSERT INTO #test1 (ID)
VALUES
(1);
INSERT INTO #test2 (ID)
VALUES
(2)
END TRY
BEGIN CATCH
print('bad things happened')
END CATCH
SELECT *
FROM #test1
SELECT *
FROM #test2页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/50767784
复制相关文章
相似问题