SQL Server中事务transaction如果没写在try catch中,就算中间语句报错还是会提交

Posted PowerCoder

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SQL Server中事务transaction如果没写在try catch中,就算中间语句报错还是会提交相关的知识,希望对你有一定的参考价值。

假如我们数据库中有两张表Person和Book

Person表:

CREATE TABLE [dbo].[Person](
    [ID] [int] IDENTITY(1,1) NOT NULL,
    [Code] [nvarchar](50) NULL,
    [Name] [nvarchar](50) NULL,
    [CreateTime] [datetime] NULL,
    [UpdateTime] [datetime] NULL,
 CONSTRAINT [PK_Person] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[Person] ADD  CONSTRAINT [DF_Person_CreateTime]  DEFAULT (getdate()) FOR [CreateTime]
GO
CREATE UNIQUE NONCLUSTERED INDEX [IX_Person] ON [dbo].[Person]
(
    [Code] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO

 

Book表:

CREATE TABLE [dbo].[Book](
    [ID] [int] IDENTITY(1,1) NOT NULL,
    [BookCode] [nvarchar](50) NULL,
    [BookName] [nvarchar](50) NULL,
    [PersonCode] [nvarchar](50) NULL,
 CONSTRAINT [PK_Book] PRIMARY KEY CLUSTERED 
(
    [ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [dbo].[Book]  WITH CHECK ADD  CONSTRAINT [FK_Book_Person] FOREIGN KEY([PersonCode])
REFERENCES [dbo].[Person] ([Code])
ON UPDATE CASCADE
ON DELETE CASCADE
GO

ALTER TABLE [dbo].[Book] CHECK CONSTRAINT [FK_Book_Person]
GO

 

可以看到Person表和Book表是一对多关系,一个Person可以有多个Book,所以Book表的PersonCode列是外键,指向Person表的Code列,并为强制约束,也就是说Book表的PersonCode列的值,只能是Person表的Code列值,否则SQL Server会报错:

 

现在我们执行下面语句给两张表插入数据,我们将插入Person表和Book表的两个Insert语句写在了个事务transaction中,按道理其中一个Insert执行失败,另一个就不会执行:

BEGIN TRAN

INSERT INTO Person([Code],[Name])
VALUES(\'P003\',\'Jack\')


INSERT INTO [dbo].[Book]([BookCode],[BookName],[PersonCode])
VALUES
(\'B001\',\'B001\',\'P003\'),
(\'B002\',\'B002\',\'P003\'),
(\'B003\',\'B003\',\'P003\'),
(\'B004\',\'B004\',\'P003\'),
(\'B005\',\'B005\',\'XXX\')--由于Book表的[PersonCode]列值\'XXX\'在Person表的[Code]列中不存在,所以整个INSERT INTO [dbo].[Book]语句会报错不会执行

COMMIT

由于值"XXX"在Person表的[Name]列中不存在,所以INSERT INTO [dbo].[Book]语句报错没有执行,但是我们意外地发现INSERT INTO Person却随着事务Commit一起提交了。。。Person表的数据被成功插入了。。。

(1 行受影响)
消息 547,级别 16,状态 0,第 7 行
The INSERT statement conflicted with the FOREIGN KEY constraint "FK_Book_Person". The conflict occurred in database "TestDB", table "dbo.Person", column \'Code\'.
The statement has been terminated.

查询Person表数据:

查询Book表数据:

这是因为INSERT INTO [dbo].[Book]语句虽然报错没执行,但是最下面的Commit语句却执行了,也就是说INSERT INTO [dbo].[Book]语句报错,并没有阻止后面Commit语句的执行,所以INSERT INTO Person语句随着事务被提交到数据库生效了。。。

 

现在我们更改上面的语句如下,将两个Insert语句都放到try catch中:

BEGIN TRAN

BEGIN TRY

    INSERT INTO Person([Code],[Name])
    VALUES(\'P003\',\'Jack\')


    INSERT INTO [dbo].[Book]([BookCode],[BookName],[PersonCode])
    VALUES
    (\'B001\',\'B001\',\'P003\'),
    (\'B002\',\'B002\',\'P003\'),
    (\'B003\',\'B003\',\'P003\'),
    (\'B004\',\'B004\',\'P003\'),
    (\'B005\',\'B005\',\'XXX\')--由于Book表的[PersonCode]列值\'XXX\'在Person表的[Code]列中不存在,所以整个INSERT INTO [dbo].[Book]语句会报错不会执行


    COMMIT

END TRY
BEGIN CATCH

    ROLLBACK 

END CATCH

运行后,我们再查询Person表的数据:

查询Book表数据:

我们可以看到这次就和我们的预期一致了,在INSERT INTO [dbo].[Book]语句报错后,后面的Commit语句没有执行,执行了catch中的Rollback,最后两张表的数据都没有插入数据库。

 

以上是关于SQL Server中事务transaction如果没写在try catch中,就算中间语句报错还是会提交的主要内容,如果未能解决你的问题,请参考以下文章

SQL Server Transaction Log Truncate && Shrink

PHP 需要引号才能在 SQL Server 数据库中使用“事务”表

sql 事务自动回滚

事务(Transaction)

sqlserver事务怎么开启 怎么提交 怎么回滚

Sql Server Transaction Isolation Level