Setzen Sie AutoIncrement in SQL Server nach dem Löschen zurück

Ich habe einige Datensätze aus einer Tabelle in einer SQL Server-Datenbank gelöscht. Jetzt gehen die IDs von 101 auf 1200. Ich möchte die Datensätze erneut löschen, aber ich möchte, dass die IDs auf 102 zurückgehen. Gibt es eine Möglichkeit, dies in SQL Server zu tun?

Geben Sie den folgenden Befehl ein, um mytable neu zu setzen und bei 1 zu beginnen:

DBCC CHECKIDENT (mytable, RESEED, 0)

Lesen Sie darüber in den Online-Büchern (BOL, SQL-Hilfe). Achten Sie auch darauf, dass Sie keine höheren Datensätze als den von Ihnen festgelegten Startwert haben.

DBCC CHECKIDENT('databasename.dbo.tablename', RESEED, number)

Wenn number = 0 ist, enthält das Feld für die automatische Inkrementierung beim nächsten Einfügen den Wert 1

Wenn number = 101, enthält das Auto-Inkrement-Feld beim nächsten Einfügen den Wert 102

Einige zusätzliche Informationen ... Kann für Sie nützlich sein

Bevor Sienumber in der obigen Abfrage die automatische Inkrementierung angeben, müssen Sie sicherstellen, dass die Spalte für die automatische Inkrementierung Ihrer vorhandenen Tabelle Werte enthält, die kleiner sind als diese number.

Um den Maximalwert einer Spalte (Spaltenname) aus einer Tabelle (Tabelle 1) abzurufen, können Sie die folgende Abfrage verwenden

 SELECT MAX(column_name) FROM table1

halb idiotensicher:

declare @max int;  
select @max = max(key) from table;  
dbcc checkident(table,reseed,@max)

http://sqlserverplanet.com/tsql/using-dbcc-checkident-to-reseed-a-table-after-delete

Wenn Sie MySQL verwenden, versuchen Sie Folgendes:

ALTER TABLE tablename AUTO_INCREMENT = 1

Löschen Sie alle Tabellen in einer Datenbank und setzen Sie sie erneut ein.

    USE [DatabaseName]
    EXEC sp_msforeachtable "ALTER TABLE ? NOCHECK CONSTRAINT all"       -- Disable All the constraints
    EXEC sp_MSForEachTable "DELETE FROM ?"    -- Delete All the Table data
    Exec sp_MSforeachtable 'DBCC CHECKIDENT(''?'', RESEED, 0)' -- Reseed All the table to 0
    Exec sp_msforeachtable "ALTER TABLE ? WITH CHECK CHECK CONSTRAINT all"  -- Enable All  the constraints back

-- You may ignore the errors that shows the table without Auto increment field.

Ich habe es herausgefunden. Es ist:

 DBCC CHECKIDENT ('tablename', RESEED, newseed)

Basierend auf der akzeptierten Antwort für diejenigen, die auf ein ähnliches Problem gestoßen sind, mit vollständiger Schemaqualifikation:

( [MyDataBase].[MySchemaName].[MyTable]) ... führt zu einem Fehler, Sie müssen sich im Kontext dieser Datenbank befinden

Das heißt, Folgendes wird einen Fehler auslösen:

DBCC CHECKIDENT ([MyDataBase].[MySchemaName].[MyTable], RESEED, 0)

Schließen Sie stattdessen den vollständig qualifizierten Tabellennamen in einfache Anführungszeichen ein:

DBCC CHECKIDENT ('[MyDataBase].[MySchemaName].[MyTable]', RESEED, 0)

In mehreren Antworten wird empfohlen, eine Aussage wie die folgende zu verwenden:

DBCC CHECKIDENT (mytable, RESEED, 0)

Aber das OP sagte "löschte einige Datensätze", die möglicherweise nicht alle sind, so dass ein Wert von 0 nicht immer der richtige ist. In einer anderen Antwort wurde vorgeschlagen, den maximalen aktuellen Wert automatisch zu ermitteln und auf diesen Wert zurückzusetzen. Dies führt jedoch zu Problemen, wenn die Tabelle keine Datensätze enthält, und daher gibt max () NULL zurück. Ein Kommentar schlug vor, einfach zu verwenden

DBCC CHECKIDENT (mytable)

um den Wert zurückzusetzen, aber ein anderer Kommentar gab korrekt an, dass dies den Wert nur auf das Maximum erhöht, das bereits in der Tabelle enthalten ist; Dies verringert den Wert nicht, wenn er bereits höher als das Maximum in der Tabelle ist, was das OP tun wollte.

Eine bessere Lösung kombiniert diese Ideen. Der erste CHECKIDENT setzt den Wert auf 0 zurück und der zweite setzt ihn auf den höchsten aktuell in der Tabelle enthaltenen Wert zurück, falls Datensätze in der Tabelle vorhanden sind:

DBCC CHECKIDENT (mytable, RESEED, 0)
DBCC CHECKIDENT (mytable)

Stellen Sie, wie in mehreren Kommentaren angegeben, sicher, dass in anderen Tabellen keine Fremdschlüssel vorhanden sind, die auf die gelöschten Datensätze verweisen. Andernfalls verweisen diese Fremdschlüssel auf Datensätze, die Sie nach dem erneuten Einfügen der Tabelle erstellt haben. Dies ist mit ziemlicher Sicherheit nicht das, was Sie sich vorgestellt haben.

Ich möchte diese Antwort hinzufügen, da der DBCC CHECKIDENTAnsatz Probleme verursacht, wenn Sie Schemas für Tabellen verwenden. Verwenden Sie dies, um sicherzugehen:

DECLARE @Table AS NVARCHAR(500) = 'myschema.mytable';
DBCC CHECKIDENT (@Table, RESEED, 0);

Wenn Sie den Erfolg des Vorgangs überprüfen möchten, verwenden Sie

SELECT IDENT_CURRENT(@Table);

welches 0im obigen Beispiel ausgegeben werden sollte .

Sie möchten dies im Allgemeinen nicht tun. Reseed kann zu Datenintegritätsproblemen führen. Es ist wirklich nur für die Verwendung auf Entwicklungssystemen vorgesehen, auf denen Sie alle Testdaten löschen und von vorne beginnen. Es sollte nicht in einem Produktionssystem verwendet werden, falls nicht alle zugehörigen Datensätze gelöscht wurden (nicht jede Tabelle, die in einer Fremdschlüsselbeziehung stehen sollte, ist!). Sie können dabei ein Durcheinander verursachen, insbesondere wenn Sie dies nach jedem Löschen regelmäßig tun möchten. Es ist eine schlechte Idee, sich über Lücken in Ihren Identitätsfeldwerten Gedanken zu machen.

Was ist damit?

ALTER TABLE `table_name`
  MODIFY `id` int(12) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=0;

Dies ist eine schnelle und einfache Möglichkeit, das automatische Inkrement auf 0 oder eine beliebige Zahl zu ändern. Ich habe das herausgefunden, indem ich eine Datenbank exportiert und den Code selbst gelesen habe.

Sie können es auch so schreiben, um es zu einer einzeiligen Lösung zu machen:

ALTER TABLE `table_name` MODIFY `id` int(12) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=0;