SQL Server'daki kayıtları sildikten sonra kimlik tohumunu sıfırlama

Kayıtları bir SQL Server veritabanı tablosuna ekledim. Tabloda birincil anahtar tanımlanmış ve otomatik artış kimlik tohumu “Evet” olarak ayarlanmış. Bu öncelikle SQL Azure'da, her tablonun tanımlı bir birincil anahtar ve kimliğe sahip olması gerektiği için yapılır.

Ancak bazı kayıtları tablodan silmek zorunda olduğum için, bu tabloların kimlik tohumu bozulur ve dizin sütunu (1'lik bir artışla otomatik olarak oluşturulur) bozulur.

Kayıtları sildikten sonra, sütunun artan sayısal sırada sıralaması olması için kimlik sütununu nasıl sıfırlayabilirim?

Kimlik sütunu, veritabanında hiçbir yerde yabancı anahtar olarak kullanılmaz.

DBCC CHECKIDENTYönetim komutu kimlik sayacını sıfırlamak için kullanılır. Komut sözdizimi:

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

Misal:

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

Azure SQL Veritabanı'nın önceki sürümlerinde desteklenmemiştir, ancak şimdi desteklenmektedir.

Bağımsız new_reseed_valuedeğişkenin belgelere göre SQL Server sürümleri arasında değiştiğini lütfen unutmayın :

Tabloda satırlar varsa, sonraki satır new_reseed_value değeriyle eklenir . SQL Server 2008 R2 ve önceki sürümlerinde, eklenen bir sonraki satır new_reseed_value + geçerli artış değerini kullanır .

Ancak, gözlemlenen davranış en azından SQL Server 2012 hala new_reseed_value + geçerli artış değeri mantığını kullandığını gösterir, çünkü bu bilgileri yanıltıcı (sadece düz yanlış aslında) bulabilirsiniz . Microsoft bile aynı sayfada bulunanla çelişiyor :Example C

C. Mevcut kimlik değerini yeni bir değere zorlamak

Aşağıdaki örnek, AddressType tablosundaki AddressTypeID sütunundaki geçerli kimlik değerini 10 değerine zorlar. Tablonun varolan satırları olduğundan, eklenen sonraki satır değer olarak 11'i, yani için tanımlanan yeni geçerli artış değerini kullanır sütun değeri artı 1.

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

Yine de, tüm bunlar yeni SQL Server sürümlerinde farklı davranışlar için bir seçenek bırakır. Microsoft'un kendi belgelerindeki şeyleri temizleyene kadar, kullanmadan önce gerçek testler yapmak olduğundan emin olmanın tek yolu sanırım.

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

0, identityBaşlangıç ​​değeridir

IF unutulmamalıdır tüm veri ile tablosundan çıkarılır olan DELETE(yani, hiç WHEREmadde), daha sonra sürece) izinleri buna izin ve b) olduğu görülmektedir tablo (referans bir FKs vardır burada durum), TRUNCATE TABLEdaha verimli olduğu DELETE veIDENTITY aynı zamanda tohumu sıfırladığı için kullanılması tercih edilecektir . TRUNCATE TABLE için MSDN sayfasından aşağıdaki ayrıntılar alınmıştır :

DELETE deyimiyle karşılaştırıldığında, TRUNCATE TABLE aşağıdaki avantajlara sahiptir:

• Daha az işlem günlüğü alanı kullanılır.

  DELETE deyimi satırları birer birer kaldırır ve silinen her satır için işlem günlüğüne bir girdi kaydeder. TRUNCATE TABLE, tablo verilerini depolamak için kullanılan veri sayfalarını ayırarak verileri kaldırır ve yalnızca işlem günlüğüne yalnızca sayfa ayırmalarını kaydeder.

• Tipik olarak daha az kilit kullanılır.

  DELETE deyimi bir satır kilidi kullanılarak yürütüldüğünde, tablodaki her satır silinmek üzere kilitlenir. TRUNCATE TABLE her zaman tabloyu (şema (SCH-M) kilidi dahil) ve sayfayı kilitler, ancak her satırı kilitlemez.

• İstisnasız, tabloda sıfır sayfa kalır.

  DELETE deyimi yürütüldükten sonra tablo yine de boş sayfalar içerebilir. Örneğin, bir yığındaki boş sayfalar en azından özel (LCK_M_X) bir tablo kilidi olmadan dağıtılamaz. Silme işlemi bir tablo kilidi kullanmazsa, tablo (yığın) birçok boş sayfa içerir. Dizinler için, silme işlemi boş sayfaları geride bırakabilir, ancak bu sayfalar bir arka plan temizleme işlemi tarafından hızlı bir şekilde yeniden yerleştirilir.

Tablo bir kimlik sütunu içeriyorsa, o sütunun sayacı sütun için tanımlanan tohum değerine sıfırlanır. Hiçbir tohum tanımlanmamışsa, varsayılan değer 1 kullanılır. Kimlik sayacını korumak için bunun yerine DELETE kullanın.

Yani aşağıdakiler:

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

Sadece olur:

TRUNCATE TABLE [MyTable];

TRUNCATE TABLEKısıtlamalar vb. Hakkında ek bilgi için lütfen belgelere (yukarıda bağlantılıdır) bakın.

Her ne kadar çoğu cevap 0'a RESEED önerirse de, birçok kez mevcut olan bir sonraki kimliğe tekrar ihtiyacımız var

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)

Bu tabloyu kontrol eder ve bir sonraki kimliğe sıfırlar.

@anil shahsCevap vermeyi denedim ve kimliğini sıfırladı. Ama yeni bir satır eklendiğinde identity = 2. Bunun yerine sözdizimini şöyle değiştirdim:

DELETE FROM [TestTable]

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

Sonra ilk satırın kimliği = 1 olur.

Çoğu yanıt önermekle RESEEDbirlikte 0, bazıları bunu TRUNCATEDtablolar için bir kusur olarak görse de , Microsoft'unID

DBCC CHECKIDENT ('[TestTable]', RESEED)

Bu tabloyu kontrol eder ve bir sonrakine sıfırlar ID. Bu, MS SQL 2005'ten beri mevcuttur.

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

2 komut vermek hile yapabilir

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

ilki kimliği sıfıra sıfırlar, sonra da bir sonraki kullanılabilir değere ayarlar - jacob

@jacob

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

Benim için çalıştı, ben sadece tablodan önce tüm girişleri temizlemek zorunda kaldı, sonra silindikten sonra bir tetikleme noktasına yukarıdaki ekledi. Şimdi her sildiğimde oradan bir giriş alınır.

Truncate kayıtları sildiği, sayacı sıfırladığı ve disk alanını geri kazandığı için tablo tercih edilir.

Deleteve CheckIdentyalnızca yabancı anahtarların kısalmanızı engellediği yerlerde kullanılmalıdır.

Yeni bir kimlikle kimlik sütununu sıfırla ...

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

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

Bu yaygın bir sorudur ve cevap her zaman aynıdır: yapma. Kimlik değerleri keyfi olarak ele alınmalıdır ve bu nedenle "doğru" bir düzen yoktur.

Kimlik sütununu sıfırlamak için bu komut dosyasını çalıştırın. İki değişiklik yapmanız gerekecek. TableXYZ'yi, güncellemeniz gereken tabloyla değiştirin. Ayrıca, kimlik sütununun adı geçici tablodan düştü. Bu, 35.000 satır ve 3 sütun içeren bir tabloda anlıkdı. Açıkçası, tabloyu yedekleyin ve önce bunu bir test ortamında deneyin.

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)

Bu, geçerli kimlik değerini 0 olarak ayarlar.

Bir sonraki değeri eklediğinizde, kimlik değeri 1'e çıkarılır.

Bu saklı yordamı kullanın:

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'

Sadece cevabımı tekrar gözden geçiriyorum. Dikkat etmeniz gereken sql server 2008 r2'de garip bir davranışla karşılaştım.

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

İlk seçim üretir 0, Item 1.

İkincisi üretiyor 1, Item 1. Sıfırlama, tablo oluşturulduktan hemen sonra yürütürseniz sonraki değer 0'dır. Dürüst olmak gerekirse, Microsoft bu şeyleri doğru alamıyor şaşırdım. Ben tabloları yeniden oluşturduktan sonra bazen tablolar zaten oluşturulduğunda bazen çalıştığım referans tabloları dolduran bir komut dosyası var çünkü keşfetti.

Bunu yapmak için aşağıdaki komut dosyasını kullanın. Tablodan tüm satırları sildiyseniz ve IDENT_CURRENTşu anda 1 olarak ayarlanmışsa , bir "hata" üreteceği tek bir senaryo vardır, yani tabloda başlamak için yalnızca bir satır vardır.

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

Tam bir DELETE satır ve IDENTITY sayısını sıfırlamak için bunu kullanıyorum (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

Masayı bir bütün olarak temizlemediğiniz sürece 0'a yeniden tohumlama çok pratik değildir.

diğer akıllıca Anthony Raymond tarafından verilen cevap mükemmel. İlk önce maksimum kimlik sütununu alın, ardından max.

Bunu geliştirme sırasında çok sayıda tablo için yapmaya çalışıyordum ve bu bir cazibe olarak çalışıyor.

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

Bu nedenle, önce onu 1 olarak ayarlamaya zorlarsınız, ardından tablodaki satırların en yüksek dizinine ayarlarsınız. Hızlı ve kolay idex dinlenme.

Günlük alanı da kullanmadığından, tüm kayıtları silmek yerine TRUNCATE kullanmak her zaman daha iyidir .

Silmemiz ve tohumu sıfırlamamız gerektiğinde, tablonun hiç doldurulmadığı ve kullandıysanız DBCC CHECKIDENT('tablenem',RESEED,0) ilk kaydın msdn belgelerinde belirtildiği gibi kimlik = 0 alacağını unutmayın.

Sizin durumunuzda sadece dizini yeniden oluşturun ve ortak bir senaryo olduğu için kimlik serisini kaybetme konusunda endişelenmeyin.

İlk olarak: Kimlik belirtimi Sadece: "Hayır" >> Veritabanı Kaydet projesi yürüt

Sonra: Kimlik özellikleri Sadece: "EVET" >> Veritabanını Kaydet Projeyi Yürüt

Veritabanı Kimliğiniz, PK 1'den başlayın >>