主页 / dba / 问题 / 211467
Accepted
Danilo Braga
Asked: 2018-07-06 10:46:44 +0800 CST

更新时态表时出错

  • 772

我已经在“订单”表上实现了系统版本化的临时表。应用程序正在使用不同的访问模式来修改此表中的数据。有来自应用程序的直接语句，或者应用程序在显式事务中运行长批处理，其中对多个表进行了多次更改。“订单”表上的更新不是那些长批次中的第一条语句！因此，有时我们会面临以下错误。

系统版本化表“订单”上的数据修改失败，因为事务时间早于受影响记录的期间开始时间。

显然，这是系统版本化临时表的标准行为。https://learn.microsoft.com/en-us/sql/relational-databases/tables/temporal-tables?view=sql-server-2017#how-does-temporal-work

这是总是需要在异常例程中处理的事情吗？还是微软正在考虑改变这种行为？

--模拟错误信息的脚本：

CREATE TABLE dbo.Orders 
    (    
      [OrderId] INT NOT NULL PRIMARY KEY CLUSTERED  
      , [OrderValue] DECIMAL(19,4)
      , [ValidFrom] DATETIME2 (2) GENERATED ALWAYS AS ROW START  
      , [ValidTo] DATETIME2 (2) GENERATED ALWAYS AS ROW END  
      , PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)  
     )    
     WITH (SYSTEM_VERSIONING = ON (HISTORY_TABLE = dbo.OrdersHistory)); 
     GO

     INSERT dbo.Orders ([OrderId], [OrderValue])
     VALUES (1, 9.99), (2, 9.99);
     GO

     SELECT * FROM dbo.Orders;
     GO

       --Run first query
   BEGIN TRAN
      WAITFOR DELAY '00:00:15';
      UPDATE dbo.Orders 
      SET [OrderValue] = [OrderValue] + 1;
    COMMIT TRAN


       --Run Query 2 in another session sql server
    BEGIN TRAN
       UPDATE dbo.Orders 
       SET [OrderValue] = [OrderValue] + 1;
    COMMIT TRAN
sql-server sql-server-2016

1 个回答

  1. Best Answer

    这是总是需要在异常例程中处理的事情吗？

    系统生成的开始时间和结束时间与BEGIN TRANSACTION执行时服务器的系统时间有关。如果您有长时间运行的事务，您应该：

    1. 内置可以重试事务的异常处理。

    2. 重做有问题的代码，使其执行得更快。这听起来可能需要做很多工作，但需要进行一定程度的返工才能正确处理基于时间的异常。如果您要进行返工，您不妨确定为什么事务需要这么长时间，并减轻这种行为。

    还是微软正在考虑改变这种行为？

    除非微软发布了不属于保密协议的公开声明，否则无法知道微软将在其产品的未来版本中做什么。他们可能会在未来某个时间点修改时态表功能，以便开始和结束日期反映插入/更新点的当前系统时间，但目前它不是这样工作的。

    • 7

相关问题