MS SQL一時テーブルの更新に失敗

Question

私はレコードがすでに一時的なテーブルの上に存在するかどうかに応じて、挿入または更新を行うSPを呼び出すときに、私は

データ変更がシステム - に失敗した取得理由を説明するために何かを見つける傾けます影響を受けるレコードの開始時間が よりも前だったため、バージョン管理されたテーブル 'MYDB.dbo.TemporalExample'です。

どのような用量ですか？それはいくつかの時間が発生するように見えます、私はそのマルチスレッドコードと紺碧のSQLを実行しているので、同じテーブルに相互接続が好きではない場合一時的なもの？イムは、エンティティフレームワーク（最新バージョン）にもかかわらず行くが、私はそれがちょうどこの

 

create PROCEDURE mysp 
    @ID bigint, 
    @a FLOAT, 
    @b NVARCHAR(10), 
    @c DECIMAL(19, 4) 
AS 
    SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED  

    SET NOCOUNT ON  

    BEGIN TRY 

     IF EXISTS (SELECT TOP 1 
         Id 
        FROM 
         my_Temporal_Table WITH (NOLOCK) 
        WHERE 
         id = @ID 
         AND a = @a 
         AND b = @b) 
      BEGIN 

       UPDATE 
        my_Temporal_Table 
       SET 
        Id = @ID, 
        a = @a, 
        b = @b 
        c = @c 
        DateModified = GETUTCDATE() 
       WHERE 
        Id = @Id 

      END 
     ELSE  
      BEGIN 

       INSERT INTO 
        my_Temporal_Table 
         (Id, a, b, c, DateModified) 
       VALUES 
         (@ID, @a, @b, @c , GETUTCDATE())   
      END 

    END TRY 
    BEGIN CATCH 
     DECLARE @ErrorMessage NVARCHAR(4000), 
       @ErrorSeverity INT, 
       @ErrorState  INT 

     SELECT 
       @ErrorMessage = ERROR_MESSAGE(),   
       @ErrorSeverity = ERROR_SEVERITY(), 
       @ErrorState = ERROR_STATE() 

     -- Use RAISERROR inside the CATCH block to return error 
     -- information about the original error that caused 
     -- execution to jump to the CATCH block. 
     RAISERROR (@ErrorMessage, -- Message text. 
        @ErrorSeverity, -- Severity. 
        @ErrorState -- State. 
        ) 

    END CATCH 

問題

私のSPの疑い更新 私の一時的なテーブル作成スクリプト：

 

    CREATE TABLE [Temporal](
    [TemporalId] [bigint] IDENTITY(1,1) NOT NULL, 
    [Payment] [decimal](19, 4) NOT NULL, 
    [DateModified] [datetime2](7) NOT NULL, 
    [SysStartTime] [datetime2](7) GENERATED ALWAYS AS ROW START NOT NULL, 
    [SysEndTime] [datetime2](7) GENERATED ALWAYS AS ROW END NOT NULL, 
    CONSTRAINT [TemporalId] PRIMARY KEY CLUSTERED ([TemporalId] ASC) 
     WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON), 
    PERIOD FOR SYSTEM_TIME ([SysStartTime], [SysEndTime]) 
    )WITH(
    SYSTEM_VERSIONING = ON (HISTORY_TABLE = [Car2].[TemporalHistory]) 
    ) 

を誰かが説明できますどうして私はこの問題を、なぜ意味するのか、もっと重要なのはどのように修正することができるのでしょうか？

おかげ

Answer 1

ので、私はそれを働いた...一時的なテーブルがスレッド・ロジックとうまく再生されないようです。私は、並行してテーブルに複数の同時更新を行っているので、それが疑わしい。リンクされている履歴テーブルの更新が遅れているため、時間の連動によって障害が発生します。私のコードをシングルスレッド化して問題を解決しました。時間的なテーブルは、ほぼ競争状態にあると思われるものの対象となるのは奇妙なようです。私は同じコードが他のテーブルでうまく動作するので、私のコードではないことを知っています。だから私はMSがそれを修正するまで単一スレッドのロジックに固執する必要があると思います

Answer 2

これはハックのある回避策ですが、SQL Serverを扱うときにクリティカルセクションへのアクセスをシリアル化したい場合はほとんどの場合組み込みのロック機構を使用して経由でそのクリティカルセクションへのアクセスを許可することができますが、状況に応じて別の場所にボトルネックを移動している可能性があります。

CREATE PROC MyCriticalWork(@MyParam INT)  
AS 
    DECLARE @LockRequestResult INT=0  
    DECLARE @MyTimeoutMiliseconds INT=5000--Wait only five seconds max then timeouit 

    BEGIN TRAN 

    EXEC @LockRequestResult=SP_GETAPPLOCK 'MyCriticalWork','Exclusive','Transaction',@MyTimeoutMiliseconds 
    IF(@LockRequestResult>=0)BEGIN 

      /* 
      DO YOUR CRITICAL READS AND WRITES HERE 
      */ 

     COMMIT TRAN--Releases the lock 
    END ELSE 
     ROLLBACK TRAN--Releases the lock