在MS SQL Server中导致XACT_STATE为1的错误类型是什么？

Question

根据关于try...catch的Microsoft文档，当XACT_STATE为-1时，事务是不可提交的（try...catch（Transact-SQL））：

不可提交事务和XACT_STATE

如果TRY块中生成的错误导致当前事务的状态无效，则该事务被分类为不可提交事务。通常在TRY块外结束事务的错误导致当错误发生在TRY块内时事务进入不可提交状态。不可提交事务只能执行读操作或回滚事务。事务不能执行任何会生成写操作或提交事务的Transact-SQL语句。如果事务被分类为不可提交事务，XACT_STATE函数返回值-1。当批处理完成时，数据库引擎回滚所有活动的不可提交事务。如果事务进入不可提交状态时没有发送错误消息，则当批处理完成时，将向客户端应用程序发送错误消息。这表示检测到一个不可提交的事务并将其回滚。

如果我理解正确的话，每一个停止TRY块连续性并进入CATCH块的错误都会导致XACT_STATE为-1（当XACT_ABORT为ON时），但是在所提到的文档的示例C中，如果是1则检查它：

...结束TRY开始CATCH--执行错误检索例程。
执行usp_geterrorinfo；

-- Test XACT_STATE:  
    -- If 1, the transaction is committable.  
    -- If -1, the transaction is uncommittable and should   
    --     be rolled back.  
    -- XACT_STATE = 0 means that there is no transaction and  
    --     a commit or rollback operation would generate an error.  

-- Test whether the transaction is uncommittable.  
IF (XACT_STATE()) = -1  
BEGIN  
    PRINT  
        N'The transaction is in an uncommittable state.' +  
        'Rolling back transaction.'  
    ROLLBACK TRANSACTION;  
END;  

-- Test whether the transaction is committable.  
IF (XACT_STATE()) = 1  
BEGIN  
    PRINT  
        N'The transaction is committable.' +  
        'Committing transaction.'  
    COMMIT TRANSACTION;     

END; END CATCH; GO

我的问题是：

是错误的例子吗？如果不是，什么样的错误会导致CATCH块中的XACT_STATE为1（可提交）？

Answer 1

SQL Server可以容忍事务中的某些错误，而不必将其标记为不可提交。例如，SELECT 1/0将导致错误，但不会强制事务进入不可提交状态。（引自https://docs.microsoft.com/en-us/azure/sql-data-warehouse/sql-data-warehouse-develop-transactions。）

事实上，除非XACT_ABORT处于打开状态，否则几乎任何非致命错误都将产生1的XACT_STATE（pk冲突、数据类型转换、约束冲突等）。（摘自https://www.sqlservercentral.com/forums/topic1109613-1550-1.aspx)。