SQL Server - Nilai pengembalian setelah INSERT

Saya mencoba untuk mendapatkan kembali nilai kunci setelah pernyataan INSERT. Contoh: Saya punya tabel dengan nama atribut dan id. id adalah nilai yang dihasilkan.

    INSERT INTO table (name) VALUES('bob');

Sekarang saya ingin mendapatkan id kembali di langkah yang sama. Bagaimana ini dilakukan?

Kami menggunakan Microsoft SQL Server 2008.

Tidak perlu untuk PILIH yang terpisah ...

INSERT INTO table (name)
OUTPUT Inserted.ID
VALUES('bob');

Ini juga berfungsi untuk kolom non-IDENTITAS (seperti GUID)

Gunakan SCOPE_IDENTITY()untuk mendapatkan nilai ID baru

INSERT INTO table (name) VALUES('bob');

SELECT SCOPE_IDENTITY()

http://msdn.microsoft.com/en-us/library/ms190315.aspx

INSERT INTO files (title) VALUES ('whatever'); 
SELECT * FROM files WHERE id = SCOPE_IDENTITY();

Adalah taruhan teraman karena ada masalah yang diketahui dengan konflik Klausa OUTPUT pada tabel dengan pemicu. Membuat ini sangat tidak dapat diandalkan karena bahkan jika meja Anda saat ini tidak memiliki pemicu - seseorang menambahkan satu di telepon akan merusak aplikasi Anda. Bom waktu semacam perilaku.

Lihat artikel msdn untuk penjelasan lebih lanjut:

http://blogs.msdn.com/b/sqlprogrammability/archive/2008/07/11/update-with-output-clause-triggers-and-sqlmoreresults.aspx

Entity Framework melakukan sesuatu yang mirip dengan jawaban gbn:

DECLARE @generated_keys table([Id] uniqueidentifier)

INSERT INTO Customers(FirstName)
OUTPUT inserted.CustomerID INTO @generated_keys
VALUES('bob');

SELECT t.[CustomerID]
FROM @generated_keys AS g 
   JOIN dbo.Customers AS t 
   ON g.Id = t.CustomerID
WHERE @@ROWCOUNT > 0

Hasil output disimpan dalam variabel tabel sementara, dan kemudian dipilih kembali ke klien. Harus mewaspadai gotcha:

sisipan dapat menghasilkan lebih dari satu baris, sehingga variabel dapat menampung lebih dari satu baris, sehingga Anda dapat dikembalikan lebih dari satu baris ID

Saya tidak tahu mengapa EF akan bergabung dengan tabel ephemeral kembali ke meja nyata (dalam keadaan apa keduanya tidak cocok).

Tapi itulah yang dilakukan EF.

SQL Server 2008 atau lebih baru. Jika ini 2005 maka Anda kurang beruntung.

@@IDENTITY Merupakan fungsi sistem yang mengembalikan nilai identitas yang dimasukkan terakhir.

Ada banyak cara untuk keluar setelah dimasukkan

Saat Anda memasukkan data ke dalam tabel, Anda bisa menggunakan klausa OUTPUT untuk mengembalikan salinan data yang telah dimasukkan ke dalam tabel. Klausa OUTPUT mengambil dua bentuk dasar: OUTPUT dan OUTPUT KE. Gunakan formulir OUTPUT jika Anda ingin mengembalikan data ke aplikasi panggilan. Gunakan formulir OUTPUT INTO jika Anda ingin mengembalikan data ke tabel atau variabel tabel.

DECLARE @MyTableVar TABLE (id INT,NAME NVARCHAR(50));

INSERT INTO tableName
(
  NAME,....
)OUTPUT INSERTED.id,INSERTED.Name INTO @MyTableVar
VALUES
(
   'test',...
)

IDENT_CURRENT : Ini mengembalikan identitas terakhir yang dibuat untuk tabel atau tampilan tertentu dalam sesi apa pun.

SELECT IDENT_CURRENT('tableName') AS [IDENT_CURRENT]

SCOPE_IDENTITY : Ini mengembalikan identitas terakhir dari sesi yang sama dan cakupan yang sama. Ruang lingkup adalah prosedur / pemicu tersimpan dll.

SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY];  

@@ IDENTITY : Ini mengembalikan identitas terakhir dari sesi yang sama.

SELECT @@IDENTITY AS [@@IDENTITY];

Solusi terbaik dan paling pasti adalah menggunakan SCOPE_IDENTITY() .

Hanya Anda harus mendapatkan identitas lingkup setelah setiap sisipan dan menyimpannya dalam variabel karena Anda dapat memanggil dua sisipan dalam cakupan yang sama.

ident_currentdan @@identitymungkin mereka bekerja tetapi mereka bukan ruang lingkup yang aman. Anda dapat memiliki masalah dalam aplikasi besar

  declare @duplicataId int
  select @duplicataId =   (SELECT SCOPE_IDENTITY())

Lebih detail ada di sini Microsoft docs

Anda dapat menggunakan scope_identity()untuk memilih ID dari baris yang baru saja Anda masukkan ke dalam variabel kemudian pilih kolom apa pun yang Anda inginkan dari tabel di mana id = identitas yang Anda dapatkan dariscope_identity()

Lihat di sini untuk info MSDN http://msdn.microsoft.com/en-us/library/ms190315.aspx

Ada beberapa cara untuk mendapatkan ID yang dimasukkan terakhir setelah memasukkan perintah.

1. @@IDENTITY : Ini mengembalikan nilai Identitas terakhir yang dihasilkan pada Koneksi di sesi saat ini, terlepas dari Tabel dan ruang lingkup pernyataan yang menghasilkan nilai
2. SCOPE_IDENTITY(): Ini mengembalikan nilai identitas terakhir yang dihasilkan oleh pernyataan insert di lingkup saat ini di koneksi saat ini terlepas dari tabel.
3. IDENT_CURRENT(‘TABLENAME’): Ini mengembalikan nilai identitas terakhir yang dihasilkan pada tabel yang ditentukan terlepas dari koneksi, sesi, atau ruang lingkup. IDENT_CURRENT tidak dibatasi oleh ruang lingkup dan sesi; terbatas pada tabel yang ditentukan.

Sekarang tampaknya lebih sulit untuk memutuskan mana yang akan cocok dengan kebutuhan saya.

Saya lebih suka SCOPE_IDENTITY ().

Jika Anda menggunakan pilih SCOPE_IDENTITY () bersama dengan TableName dalam pernyataan insert, Anda akan mendapatkan hasil yang tepat sesuai harapan Anda.

Sumber: CodoBee

Ini adalah bagaimana saya menggunakan OUTPUT INSERTED, ketika menyisipkan ke tabel yang menggunakan ID sebagai kolom identitas di SQL Server:

'myConn is the ADO connection, RS a recordset and ID an integer
Set RS=myConn.Execute("INSERT INTO M2_VOTELIST(PRODUCER_ID,TITLE,TIMEU) OUTPUT INSERTED.ID VALUES ('Gator','Test',GETDATE())")
ID=RS(0)

Anda dapat menambahkan pernyataan pilih ke pernyataan sisipan Anda. Integer myInt = Masukkan nilai table1 (FName) ('Fred'); Pilih Scope_Identity (); Ini akan mengembalikan nilai identitas ketika dieksekusi scaler.

Setelah melakukan penyisipan ke tabel dengan kolom identitas, Anda dapat mereferensikan @@ IDENTITY untuk mendapatkan nilai: http://msdn.microsoft.com/en-us/library/aa933167%28v=sql.80%29.aspx

* Urutan parameter dalam string koneksi terkadang penting. * Lokasi parameter Penyedia dapat mematahkan kursor recordset setelah menambahkan baris. Kami melihat perilaku ini dengan penyedia SQLOLEDB.

Setelah baris ditambahkan, bidang baris tidak tersedia, KECUALI Penyedia ditentukan sebagai parameter pertama dalam string koneksi. Ketika penyedia mana pun dalam string koneksi kecuali sebagai parameter pertama, bidang baris yang baru dimasukkan tidak tersedia. Ketika kami memindahkan Penyedia ke parameter pertama, bidang baris secara ajaib muncul.