SQL Server에서 레코드를 삭제 한 후 ID 시드 재설정

SQL Server 데이터베이스 테이블에 레코드를 삽입했습니다. 테이블에 기본 키가 정의되어 있고 자동 증분 ID 시드가 "예"로 설정되어 있습니다. 이는 SQL Azure에서 각 테이블에 기본 키와 ID가 정의되어 있어야하기 때문에 주로 수행됩니다.

그러나 테이블에서 일부 레코드를 삭제해야하기 때문에 해당 테이블의 ID 시드가 방해 받고 인덱스 열 (1 씩 증가하여 자동 생성됨)이 방해를받습니다.

레코드를 삭제 한 후 열이 순서대로 오름차순으로 정렬되도록 ID 열을 재설정하려면 어떻게해야합니까?

ID 열은 데이터베이스의 어느 곳에서나 외래 키로 사용되지 않습니다.

DBCC CHECKIDENT관리 명령은 신원 카운터를 재설정하는 데 사용됩니다. 명령 구문은 다음과 같습니다.

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

예:

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

이전 버전의 Azure SQL Database에서는 지원되지 않았지만 지금 지원됩니다.

유의하시기 바랍니다 new_reseed_value인수는 SQL Server 버전을 통해 변화되는 문서에 따라 :

테이블에 행이 있으면 다음 행이 new_reseed_value 값 과 함께 삽입됩니다 . SQL Server 2008 R2 이전 버전에서 삽입 된 다음 행은 new_reseed_value + 현재 증분 값을 사용합니다.

그러나 관찰 된 동작은 적어도 SQL Server 2012가 여전히 new_reseed_value + 현재 증분 값 논리를 사용한다는 것을 나타 내기 때문에이 정보가 잘못된 것입니다 (실제로는 잘못되었습니다) . 마이크로 소프트는 심지어 같은 페이지에서 발견 된 것과 도 모순된다 :Example C

C. 현재 아이덴티티 값을 새로운 값으로 강제

다음 예제에서는 AddressType 테이블의 AddressTypeID 열에있는 현재 ID 값을 10으로 설정합니다. 테이블에 기존 행이 있으므로 삽입 된 다음 행은 11을 값, 즉 새 현재 증분 값으로 사용합니다. 열 값에 1을 더한 값입니다.

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

그럼에도 불구하고 이것은 모두 최신 SQL Server 버전에서 다른 동작에 대한 옵션을 남깁니다. Microsoft가 자체 문서에서 내용을 정리할 때까지 사용하기 전에 실제 테스트를 수행하는 것이 유일한 방법이라고 생각합니다.

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

여기서 0은 identity시작 값입니다.

이 경우 주목해야 하는 모든 데이터를 통해 테이블로부터 삭제되고 DELETE(즉 아니오 WHERE절) 다음만큼 a) 권한이 허용과 같이 b)로 표시되는 테이블 (참조 더 FKS 없다 여기서는 TRUNCATE TABLE더 효율적 DELETE 이며IDENTITY 시드를 재설정하기 때문에 사용하는 것이 좋습니다 . TRUNCATE TABLE 의 MSDN 페이지에서 다음 세부 사항을 가져옵니다 .

DELETE 문과 비교하여 TRUNCATE TABLE은 다음과 같은 장점이 있습니다.

• 적은 트랜잭션 로그 공간이 사용됩니다.

  DELETE 문은 한 번에 하나씩 행을 제거하고 삭제 된 각 행에 대해 트랜잭션 로그에 항목을 기록합니다. TRUNCATE TABLE은 테이블 데이터를 저장하는 데 사용 된 데이터 페이지를 할당 해제하여 데이터를 제거하고 페이지 할당 해제 만 트랜잭션 로그에 기록합니다.

• 일반적으로 잠금이 적습니다.

  행 잠금을 사용하여 DELETE 문을 실행하면 테이블의 각 행이 삭제를 위해 잠 깁니다. TRUNCATE TABLE은 항상 테이블 (스키마 (SCH-M) 잠금 포함)과 페이지를 잠그지 만 각 행은 잠그지 않습니다.

• 예외없이, 0 페이지가 테이블에 남아 있습니다.

  DELETE 문이 실행 된 후에도 테이블은 여전히 ​​빈 페이지를 포함 할 수 있습니다. 예를 들어, 적어도 독점 (LCK_M_X) 테이블 잠금이 없으면 힙의 빈 페이지를 할당 해제 할 수 없습니다. 삭제 조작에서 테이블 잠금을 사용하지 않으면 테이블 (힙)에 많은 빈 페이지가 포함됩니다. 색인의 경우, 삭제 작업은 빈 페이지를 남겨 둘 수 있지만 이러한 페이지는 백그라운드 정리 프로세스에 의해 신속하게 할당 해제됩니다.

테이블에 ID 열이 포함되어 있으면 해당 열의 카운터가 열에 대해 정의 된 시드 값으로 재설정됩니다. 시드가 정의되지 않은 경우 기본값 1이 사용됩니다. ID 카운터를 유지하려면 대신 DELETE를 사용하십시오.

그래서 다음과 같이 :

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

그냥된다 :

TRUNCATE TABLE [MyTable];

TRUNCATE TABLE제한 등에 대한 추가 정보는 위의 링크 된 설명서를 참조하십시오 .

대부분의 답변에서 RESEED를 0으로 제안하고 있지만 여러 번 사용할 수있는 다음 ID로 다시 시드해야합니다.

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)

테이블을 확인하고 다음 ID로 재설정합니다.

나는 @anil shahs대답을 시도 했고 그것은 정체성을 재설정했다. 그러나 새로운 행이 삽입되면 identity = 2. 대신 구문을 다음과 같이 변경했습니다.

DELETE FROM [TestTable]

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

그런 다음 첫 번째 행은 identity = 1을 얻습니다.

대부분의 답변은 제안하고 있지만 RESEED에 0, 일부는의 결함으로 이것을 볼 때 TRUNCATED테이블, 마이크로 소프트는 그 해결책을 가지고 제외합니다ID

DBCC CHECKIDENT ('[TestTable]', RESEED)

테이블을 확인하고 다음으로 다시 설정합니다 ID. 이것은 MS SQL 2005부터 현재까지 사용 가능합니다.

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

2 명령을 발행하면 트릭을 수행 할 수 있습니다

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

첫 번째는 ID를 0으로 재설정하고 다음은 사용 가능한 다음 값-jacob로 설정합니다

jacob

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

나를 위해 일한 것은 방금 테이블에서 모든 항목을 지우고 삭제 후 트리거 지점에 위의 항목을 추가해야했습니다. 이제 내가 삭제할 때마다 항목이 거기에서 가져옵니다.

Truncate 테이블은 레코드를 지우고 카운터를 재설정하며 디스크 공간을 회수하기 때문에 선호됩니다.

Delete그리고 CheckIdent경우에만 외부 키가 절단하지 못하도록를 사용해야합니다.

새 ID로 ID 열 재설정 ...

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

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

이것은 일반적인 질문이며 대답은 항상 동일합니다.하지 마십시오. 동일성 값은 임의적 인 것으로 취급되어야하며, 따라서 "올바른"순서는 없습니다.

이 스크립트를 실행하여 식별 컬럼을 재설정하십시오. 두 가지 사항을 변경해야합니다. tableXYZ를 업데이트해야 할 테이블로 바꾸십시오. 또한 식별 컬럼의 이름은 임시 테이블에서 삭제해야합니다. 이것은 35,000 개의 행과 3 개의 열이있는 테이블에서 순간적이었습니다. 분명히, 테이블을 백업하고 먼저 테스트 환경에서 시도하십시오.

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)

현재 ID 값을 0으로 설정합니다.

다음 값을 삽입하면 ID 값이 1로 증가합니다.

이 저장 프로 시저를 사용하십시오.

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'

내 대답을 다시 방문하십시오. SQL Server 2008 r2에서 이상한 동작을 발견했습니다.

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

첫 번째 선택은 0, Item 1 .

두 번째는 생산합니다 1, Item 1. 테이블을 만든 직후에 재설정을 실행하면 다음 값은 0입니다. 솔직히 말해서 Microsoft 가이 물건을 올바르게 얻을 수 없다는 것은 놀라운 일이 아닙니다. 테이블을 다시 작성한 후 때때로 테이블이 이미 작성된 경우에 때때로 실행되는 참조 테이블을 채우는 스크립트 파일이 있기 때문에이를 발견했습니다.

다음 스크립트를 사용하여이 작업을 수행합니다. 테이블에서 모든 행을 삭제하고 IDENT_CURRENT현재 1로 설정된 경우 즉, 테이블에 하나의 행만 있으면 "오류"가 발생하는 시나리오는 하나뿐입니다.

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)
;

완전한 DELETE 행과 IDENTITY 수를 재설정하려면 이것을 사용합니다 (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

테이블 전체를 정리하지 않는 한 0으로 다시 시드하는 것은 실용적이지 않습니다.

다른 현명한 Anthony Raymond의 답변은 완벽합니다. 최대 식별 열을 먼저 얻은 다음 최대로 시드하십시오.

개발 중에 많은 테이블에 대해이 작업을 수행하려고 시도했으며 이것이 매력으로 작동합니다.

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

따라서 먼저 1로 설정 한 다음 테이블에있는 행의 가장 높은 인덱스로 설정하십시오. idex의 빠르고 쉬운 휴식.

항상 TRUNCATE 를 사용하는 것이 좋습니다 로그 공간도 사용하지 않으므로 모든 레코드를 삭제하는 대신 가능하면 것이 좋습니다.

삭제해야하고 시드를 재설정 해야하는 경우 항상 테이블이 채워지지 않고 사용한 DBCC CHECKIDENT('tablenem',RESEED,0) 경우 첫 번째 레코드는 msdn 설명서에 명시된대로 ID = 0을 얻습니다.

귀하의 경우 인덱스를 다시 작성 하고 일반적인 시나리오이므로 일련의 ID를 잃을 염려가 없습니다.

먼저 : 신원 사양 그냥 : "아니오">> 데이터베이스 저장 프로젝트 실행

그 후 : Identity Specification Just : "YES">> 데이터베이스 실행 프로젝트 실행

데이터베이스 ID, PK 1부터 시작 >>