Đặt lại hạt giống nhận dạng sau khi xóa các bản ghi trong SQL Server

Tôi đã chèn các bản ghi vào bảng cơ sở dữ liệu SQL Server. Bảng có khóa chính được xác định và hạt giống nhận dạng gia tăng tự động được đặt thành Có Có. Điều này được thực hiện chủ yếu vì trong SQL Azure, mỗi bảng phải có khóa chính và danh tính được xác định.

Nhưng vì tôi phải xóa một số bản ghi khỏi bảng, hạt giống nhận dạng cho các bảng đó sẽ bị xáo trộn và cột chỉ mục (được tạo tự động với mức tăng 1) sẽ bị xáo trộn.

Làm cách nào tôi có thể đặt lại cột danh tính sau khi tôi xóa các bản ghi để cột có thứ tự tăng dần theo thứ tự số?

Cột định danh không được sử dụng làm khóa ngoại ở bất kỳ đâu trong cơ sở dữ liệu.

Lệnh DBCC CHECKIDENTquản lý được sử dụng để thiết lập lại bộ đếm danh tính. Cú pháp lệnh là:

DBCC CHECKIDENT (table_name [, { NORESEED | { RESEED [, new_reseed_value ]}}])
[ WITH NO_INFOMSGS ]

Thí dụ:

DBCC CHECKIDENT ('[TestTable]', RESEED, 0);
GO

Nó không được hỗ trợ trong các phiên bản trước của Cơ sở dữ liệu Azure SQL, nhưng hiện được hỗ trợ.

Xin lưu ý rằng new_reseed_valueđối số được thay đổi trên các phiên bản SQL Server theo tài liệu :

Nếu các hàng có mặt trong bảng, hàng tiếp theo được chèn với giá trị new_reseed_value . Trong phiên bản SQL Server 2008 R2 trở về trước, hàng tiếp theo được chèn sử dụng new_reseed_value + giá trị gia tăng hiện tại.

Tuy nhiên, tôi thấy thông tin này sai lệch (thực sự sai) vì hành vi được quan sát chỉ ra rằng ít nhất SQL Server 2012 vẫn sử dụng new_reseed_value + logic giá trị gia tăng hiện tại. Microsoft thậm chí còn mâu thuẫn với chính nó Example Cđược tìm thấy trên cùng một trang:

C. Buộc giá trị nhận dạng hiện tại thành một giá trị mới

Ví dụ sau đây buộc giá trị nhận dạng hiện tại trong cột addressTypeID trong bảng addressType thành giá trị 10. Vì bảng có các hàng hiện có, hàng tiếp theo được chèn sẽ sử dụng 11 làm giá trị, nghĩa là giá trị gia tăng hiện tại mới được xác định cho giá trị cột cộng 1.

USE AdventureWorks2012;  
GO  
DBCC CHECKIDENT ('Person.AddressType', RESEED, 10);  
GO

Tuy nhiên, tất cả điều này để lại một tùy chọn cho hành vi khác nhau trên các phiên bản SQL Server mới hơn. Tôi đoán cách duy nhất để chắc chắn, cho đến khi Microsoft làm rõ mọi thứ trong tài liệu của riêng mình, là thực hiện các thử nghiệm thực tế trước khi sử dụng.

DBCC CHECKIDENT ('TestTable', RESEED, 0)
GO

Trong đó 0 là identitygiá trị Bắt đầu

Cần lưu ý rằng NẾU tất cả dữ liệu đang bị xóa khỏi bảng thông qua DELETE(nghĩa là không có WHEREmệnh đề), miễn là a) quyền cho phép và b) không có FK nào tham chiếu bảng (dường như là trường hợp ở đây), sử dụng TRUNCATE TABLEsẽ được ưu tiên vì nó hiệu quả hơn DELETE và đặt lại IDENTITYhạt giống cùng một lúc. Các chi tiết sau đây được lấy từ trang MSDN cho TRUNCATE TABLE :

So với câu lệnh XÓA, TRUNCATE TABLE có các ưu điểm sau:

• Không gian nhật ký giao dịch ít hơn được sử dụng.

  Câu lệnh DELETE xóa từng hàng một và ghi lại một mục trong nhật ký giao dịch cho mỗi hàng bị xóa. TRUNCATE TABLE xóa dữ liệu bằng cách sắp xếp lại các trang dữ liệu được sử dụng để lưu trữ dữ liệu bảng và chỉ ghi lại các giao dịch trang trong nhật ký giao dịch.

• Ít khóa thường được sử dụng.

  Khi câu lệnh DELETE được thực thi bằng cách sử dụng khóa hàng, mỗi hàng trong bảng sẽ bị khóa để xóa. TRUNCATE TABLE luôn khóa bảng (bao gồm khóa lược đồ (SCH-M)) và trang nhưng không phải mỗi hàng.

• Không có ngoại lệ, không có trang nào được để lại trong bảng.

  Sau khi một câu lệnh XÓA được thực thi, bảng vẫn có thể chứa các trang trống. Ví dụ: các trang trống trong một đống không thể được xử lý mà không có ít nhất một khóa bảng (LCK_M_X) độc quyền. Nếu thao tác xóa không sử dụng khóa bảng, bảng (heap) sẽ chứa nhiều trang trống. Đối với các chỉ mục, thao tác xóa có thể để lại các trang trống phía sau, mặc dù các trang này sẽ được xử lý nhanh chóng bằng quy trình dọn sạch nền.

Nếu bảng chứa một cột định danh, bộ đếm cho cột đó được đặt lại về giá trị hạt giống được xác định cho cột. Nếu không có hạt giống nào được xác định, giá trị mặc định 1 được sử dụng. Để giữ lại bộ đếm danh tính, sử dụng XÓA thay thế.

Vì vậy, sau đây:

DELETE FROM [MyTable];
DBCC CHECKIDENT ('[MyTable]', RESEED, 0);

Trở thành chỉ:

TRUNCATE TABLE [MyTable];

Vui lòng xem TRUNCATE TABLEtài liệu (được liên kết ở trên) để biết thêm thông tin về các hạn chế, v.v.

Mặc dù hầu hết các câu trả lời đều đề xuất RESEED thành 0, nhưng nhiều lần chúng ta chỉ cần chuyển sang Id tiếp theo có sẵn

declare @max int
select @max=max([Id])from [TestTable]
if @max IS NULL   //check when max is returned as null
  SET @max = 0
DBCC CHECKIDENT ('[TestTable]', RESEED,@max)

Điều này sẽ kiểm tra bảng và đặt lại ID tiếp theo.

Tôi đã thử @anil shahstrả lời và nó thiết lập lại danh tính. Nhưng khi một hàng mới được chèn vào, nó đã nhận được identity = 2. Vì vậy, thay vào đó tôi đã thay đổi cú pháp thành:

DELETE FROM [TestTable]

DBCC CHECKIDENT ('[TestTable]', RESEED, 0)
GO

Sau đó, hàng đầu tiên sẽ nhận được danh tính = 1.

Mặc dù hầu hết câu trả lời đang đề xuất RESEEDđể 0, và trong khi một số coi đây là một lỗ hổng cho TRUNCATEDbảng, Microsoft đã có một giải pháp mà không bao gồm cácID

DBCC CHECKIDENT ('[TestTable]', RESEED)

Điều này sẽ kiểm tra bảng và thiết lập lại tiếp theo ID. Điều này đã có sẵn từ MS SQL 2005 đến nay.

https://msdn.microsoft.com/en-us/l Library / ms176057.aspx

ban hành 2 lệnh có thể thực hiện thủ thuật

DBCC CHECKIDENT ('[TestTable]', RESEED,0)
DBCC CHECKIDENT ('[TestTable]', RESEED)

lần đầu tiên đặt lại danh tính về 0 và tiếp theo sẽ đặt nó thành giá trị khả dụng tiếp theo - jacob

@jacob

DBCC CHECKIDENT ('[TestTable]', RESEED,0)
DBCC CHECKIDENT ('[TestTable]', RESEED)

Làm việc cho tôi, tôi chỉ cần xóa tất cả các mục đầu tiên khỏi bảng, sau đó thêm ở trên vào một điểm kích hoạt sau khi xóa. Bây giờ bất cứ khi nào tôi xóa một mục được lấy từ đó.

Truncate bảng được ưa thích vì nó xóa các bản ghi, đặt lại bộ đếm và lấy lại không gian đĩa.

Deletevà CheckIdentchỉ nên được sử dụng khi khóa ngoại không ngăn bạn cắt ngắn.

Đặt lại cột danh tính với id mới ...

DECLARE @MAX INT
SELECT @MAX=ISNULL(MAX(Id),0) FROM [TestTable]

DBCC CHECKIDENT ('[TestTable]', RESEED,@MAX)

Đây là một câu hỏi phổ biến và câu trả lời luôn luôn giống nhau: đừng làm điều đó. Các giá trị nhận dạng nên được coi là tùy ý và, do đó, không có thứ tự "chính xác".

Chạy đoạn script này để thiết lập lại cột nhận dạng. Bạn sẽ cần phải thực hiện hai thay đổi. Thay thế bảngXYZ bằng bất cứ bảng nào bạn cần cập nhật. Ngoài ra, tên của cột nhận dạng cần được thả từ bảng tạm thời. Điều này là tức thời trên một bảng với 35.000 hàng & 3 cột. Rõ ràng, sao lưu bảng và trước tiên hãy thử điều này trong môi trường thử nghiệm.

select * 
into #temp
From tableXYZ

set identity_insert tableXYZ ON

truncate table tableXYZ

alter table #temp drop column (nameOfIdentityColumn)

set identity_insert tableXYZ OFF

insert into tableXYZ
select * from #temp

DBCC CHECKIDENT (<TableName>, reseed, 0)

Điều này sẽ đặt giá trị nhận dạng hiện tại thành 0.

Khi chèn giá trị tiếp theo, giá trị nhận dạng được tăng lên 1.

Sử dụng thủ tục được lưu trữ này:

IF (object_id('[dbo].[pResetIdentityField]') IS NULL)
  BEGIN
    EXEC('CREATE PROCEDURE [dbo].[pResetIdentityField] AS SELECT 1 FROM DUMMY');
  END
GO

SET  ANSI_NULLS ON
GO
SET  QUOTED_IDENTIFIER ON
GO

ALTER PROCEDURE [dbo].[pResetIdentityField]
  @pSchemaName NVARCHAR(1000)
, @pTableName NVARCHAR(1000) AS
DECLARE @max   INT;
DECLARE @fullTableName   NVARCHAR(2000) = @pSchemaName + '.' + @pTableName;

DECLARE @identityColumn   NVARCHAR(1000);

SELECT @identityColumn = c.[name]
FROM sys.tables t
     INNER JOIN sys.schemas s ON t.[schema_id] = s.[schema_id]
     INNER JOIN sys.columns c ON c.[object_id] = t.[object_id]
WHERE     c.is_identity = 1
      AND t.name = @pTableName
      AND s.[name] = @pSchemaName

IF @identityColumn IS NULL
  BEGIN
    RAISERROR(
      'One of the following is true: 1. the table you specified doesn''t have an identity field, 2. you specified an invalid schema, 3. you specified an invalid table'
    , 16
    , 1);
    RETURN;
  END;

DECLARE @sqlString   NVARCHAR(MAX) = N'SELECT @maxOut = max(' + @identityColumn + ') FROM ' + @fullTableName;

EXECUTE sp_executesql @stmt = @sqlString, @params = N'@maxOut int OUTPUT', @maxOut = @max OUTPUT

IF @max IS NULL
  SET @max = 0

print(@max)

DBCC CHECKIDENT (@fullTableName, RESEED, @max)
go

--exec pResetIdentityField 'dbo', 'Table'

Chỉ cần xem lại câu trả lời của tôi. Tôi đã bắt gặp một hành vi kỳ lạ trong máy chủ sql 2008 r2 mà bạn nên biết.

drop table test01

create table test01 (Id int identity(1,1), descr nvarchar(10))

execute pResetIdentityField 'dbo', 'test01'

insert into test01 (descr) values('Item 1')

select * from test01

delete from test01

execute pResetIdentityField 'dbo', 'test01'

insert into test01 (descr) values('Item 1')

select * from test01

Lựa chọn đầu tiên tạo ra 0, Item 1.

Cái thứ hai sản xuất 1, Item 1. Nếu bạn thực hiện thiết lập lại ngay sau khi bảng được tạo, giá trị tiếp theo là 0. Thành thật mà nói, tôi không ngạc nhiên khi Microsoft không thể có được thứ này ngay. Tôi phát hiện ra nó bởi vì tôi có một tệp script chứa các bảng tham chiếu mà đôi khi tôi chạy sau khi tôi tạo lại các bảng và đôi khi khi các bảng đã được tạo.

Tôi sử dụng kịch bản sau đây để làm điều này. Chỉ có một kịch bản trong đó nó sẽ tạo ra một "lỗi", đó là nếu bạn đã xóa tất cả các hàng khỏi bảng và IDENT_CURRENThiện được đặt thành 1, tức là chỉ có một hàng trong bảng để bắt đầu.

DECLARE @maxID int = (SELECT MAX(ID) FROM dbo.Tbl)
;

IF @maxID IS NULL
    IF (SELECT IDENT_CURRENT('dbo.Tbl')) > 1
        DBCC CHECKIDENT ('dbo.Tbl', RESEED, 0)
    ELSE
        DBCC CHECKIDENT ('dbo.Tbl', RESEED, 1)
    ;
ELSE
    DBCC CHECKIDENT ('dbo.Tbl', RESEED, @maxID)
;

Đối với một hàng XÓA hoàn chỉnh và đặt lại số IDENTITY, tôi sử dụng điều này (SQL Server 2008 R2)

USE mydb

-- ##################################################################################################################
-- DANGEROUS!!!! USE WITH CARE
-- ##################################################################################################################

DECLARE
  db_cursor CURSOR FOR
    SELECT TABLE_NAME
      FROM INFORMATION_SCHEMA.TABLES
     WHERE TABLE_TYPE = 'BASE TABLE'
       AND TABLE_CATALOG = 'mydb'

DECLARE @tblname VARCHAR(50)
SET @tblname = ''

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @tblname

WHILE @@FETCH_STATUS = 0
BEGIN
  IF CHARINDEX('mycommonwordforalltablesIwanttodothisto', @tblname) > 0
    BEGIN
      EXEC('DELETE FROM ' + @tblname)
      DBCC CHECKIDENT (@tblname, RESEED, 0)
    END

  FETCH NEXT FROM db_cursor INTO @tblname
END

CLOSE db_cursor
DEALLOCATE db_cursor
GO

Sắp xếp lại thành 0 không thực tế lắm trừ khi bạn đang dọn dẹp toàn bộ bàn.

khôn ngoan khác câu trả lời được đưa ra bởi Anthony Raymond là hoàn hảo. Lấy tối đa cột nhận dạng trước, sau đó gieo hạt với max.

Tôi đã cố gắng hoàn thành nó cho một số lượng lớn các bảng trong quá trình phát triển và điều này hoạt động như một cơ duyên.

DBCC CHECKIDENT('www.newsType', RESEED, 1);
DBCC CHECKIDENT('www.newsType', RESEED);

Vì vậy, trước tiên bạn buộc nó được đặt thành 1, sau đó bạn đặt nó thành chỉ mục cao nhất của các hàng có trong bảng. Phần còn lại nhanh chóng và dễ dàng của idex.

Luôn luôn tốt hơn để sử dụng TRUNCATE khi có thể thay vì xóa tất cả các bản ghi vì nó cũng không sử dụng không gian nhật ký.

Trong trường hợp chúng ta cần xóa và cần thiết lập lại hạt giống, hãy luôn nhớ rằng nếu bảng không bao giờ được điền và bạn đã sử dụng DBCC CHECKIDENT('tablenem',RESEED,0) thì bản ghi đầu tiên sẽ nhận được danh tính = 0 như đã nêu trong tài liệu msDN

Trong trường hợp của bạn, chỉ xây dựng lại chỉ mục và đừng lo lắng về việc mất chuỗi danh tính vì đây là một tình huống phổ biến.

Đầu tiên: Đặc tả danh tính Chỉ cần: "Không" >> Lưu dự án thực thi cơ sở dữ liệu

Sau đó: Đặc tả danh tính Chỉ cần: "CÓ" >> Lưu dự án thực thi cơ sở dữ liệu

ID cơ sở dữ liệu của bạn, PK Bắt đầu từ 1 >>