select文で自動インクリメントされた主キーの最後の値を取得するのは安全ですか？

Question

はのは、SQL Server 2012の中に以下のような簡単な表を想定してみましょう：C＃で

CREATE TABLE Person (
    Id INT IDENTITY(1, 1) PRIMARY KEY, 
    Name NVARCHAR(50) 
) 

そして、次のように対応するクラス：

public class Person 
{ 
    public int Id {get; set;} 
    public string Name {get; set;} 
} 

は、以下のCreatePerson方法（擬似コード）今考えてみましょう：

public static Person CreatePerson(string name) { 
    ... 
    DB.Execute("INSERT INTO Person(Name) VALUES (name)", name); 
    int lastId = DB.Get("SELECT MAX(Id) FROM Person"); 
    return new Person {Id = lastId, Name=name}; 
} 

このメソッドは、dbに新しい人物行を作成し、新しいPersonオブジェクトを作成してから、作成されたsuデータベースが生成したIDを格納するように指定されています。

は、次のSELECT文を使用して最後に生成されたIdを取得するのが安全かどうか（並行処理の観点から）ですか？

SELECT MAX(Id) FROM Person 

私は次のシナリオを懸念しています：

1. USER Aがperson 2
   
2. USERが最後の読み込み挿入person 1
   
3. ユーザーBを挿入しますイドはイドだと思うユーザAとユーザBは、ここでデータベースへの2つの別々のクエリを処理するスレッドを指す。なお
   

。

Answer 1

特定のスコープの人が挿入した最後のID値を取得する場合は、Scope_Identity()を使用します。

特定の表に最後のID値を挿入する場合は、@@identityを使用できます。

特定のテーブルの現在のID値を取得する場合は、Ident_Current ('Yourtablename')を使用します。

Answer 2

ありません、それは安全ではありません、あなたはデータの挿入のために、この手順を使用して何をしようとするscopre_Identity機能

create PROCEDURE Your_procedure_for_insert 
@Name  VARCHAR(50), 
@lastID  INT OUTPUT 
AS 
BEGIN 
SET NOCOUNT ON; 

INSERT INTO Person 
      (
      Name     
      ) 
VALUES 
      (
      @Name 
      ); 

SET @lastID = SCOPE_IDENTITY(); 

END;