Int-Feld nachträglich auf autoincrement setzen

[shmia]

Zitat von messie:

Wahrscheinlich schreibt außer mir niemand immer die ganze Zeile

Bei einem INSERT wird immer eine ganze Zeile geschrieben!
Dabei muss man insbesondere die AutoInc-Felder weglassen, denn diese Felder werden ja autom. vom DBMS bzw. vom Trigger befüllt.

Das Blöde an AutoInc-Feldern ist dass man den vergebenen Wert im Nachhinein nur schwer feststellen kann.
Solange dein Programm den neuen AutoInc-Wert nach dem Insert nicht benötigt ist das aber ok.
Beim SQL-Server kann man den letzten Wert mit SELECT @@Identity abfragen; aber das ist Gemurkse.

[mkinzler]

Das gilt so nicht für FireBird, denn hier wird der AutoInc über einen Generator(Sequenz) und einen Trigger implementiert.

[mjustin]

Zitat von p80286:

Was meinst du damit?

Code:

Autoincint=max(altespalte)+1

soetwas?

Nur wenn es eine Single-User Datenbank ist. Ansonsten wird es aufwendiger.

Unter Firebird / InterBase Stored Procedure SQL:

Code:

Autoincint = GEN_ID(GENERATORNAME, 1);

[himitsu]

Zitat von shmia:

Beim SQL-Server kann man den letzten Wert mit SELECT @@Identity abfragen; aber das ist Gemurkse.

Was würdest du wohl für einen Wert bekommen, wenn zwischendurch weitere Zeilen eingefügt wurden?

Zitat von shmia:

Das Blöde an AutoInc-Feldern ist dass man den vergebenen Wert im Nachhinein nur schwer feststellen kann.

Aber du kennst wohl RETURNING noch nicht?
http://www.firebirdsql.org/refdocs/l...21-insert.html

[taveuni]

Zitat von himitsu:

Zitat von shmia:

Beim SQL-Server kann man den letzten Wert mit SELECT @@Identity abfragen; aber das ist Gemurkse.

Was würdest du wohl für einen Wert bekommen, wenn zwischendurch weitere Zeilen eingefügt wurden?

Absolut kein Gemurkse. Die Abfrage bezieht sich auf die aktuelle Session (aber nicht auf den eigenen scope).
Eine Einschränkung: Wenn ein Trigger einen Insert macht würde mit SELECT @@Identity die ID des vom Trigger inserteten Datensatzes zurückkommen.

Um auch dieses "Problem" zu umgehen gibt es SELECT SCOPE_IDENTITY().
Mit dieser wird wirklich nur die letze ID der eigenen Session (und des eigenen scopes) zurückgegeben.

Hier noch ausgedeutscht (in englisch)


Gut hab ich mich mal wieder mit Thema beschäftigt. Scheinbar ist spurlos an mir vorbeigegangen dass
es seit MSSQLSERVER 2005 OUTPUT Clause gibt. Damit können sogar Multiple Inserts zurückgelesen werden.

[messie]

Zitat von DeddyH:

Ob der "AutoInc"-Wert überschrieben wird, hängt davon ab, wie der zugehörige Trigger aussieht

Moin,

das wüsste ich gerne mal genauer. Ich habe für das Inkrementieren einen Generator und einen Trigger. Ich hätte vom Bezeichner her gedacht, dass hinter dem Generator die Prozedur zur Berechnung des nächsten Index steht. Der ist aber leer, dafür finde ich das im Trigger. Ist der Generator nur eine Variable oder ein Flag, die auf den Trigger verweisen? Dann bräuchte man den doch gar nicht.

Grüße, Messie

wie immer schon mal vorab sorry für die dämlichen Fragen

[Morphie]

Richtig, ein Generator (auch Sequence genannt) ist im Prinzip nur ein Zähler.
Man kann dann mithilfe eines Triggers im Falle eines Inserts den nächsten Wert auslesen und diesen als ID eintragen.
Die meisten Administratorprogramme legen diesen Trigger so an, dass das nur passiert, wenn ID = null ist. Es bleibt dir aber selbst überlassen, wie du deinen Trigger programmiert.

Man kann z.B. auch komplett auf den Generator verzichten und die IDs als UUIDs generieren lassen.

Es stehen einem also alle Türen offen... Man ist damit sehr flexibel.

Man kann über so einen Trigger auch noch viel mehr sinnvolle Sachen hinterlegen, wie z.B. ein logging -oder Sperrsystem.

[DeddyH]

Was ich meinte: häufig sieht der Trigger ja so aus

Delphi-Quellcode:

set term !! ;
CREATE TRIGGER T1_BI FOR T1
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
  if (NEW.ID is NULL) then 
    NEW.ID = GEN_ID(GEN_T1_ID, 1);
END!!
set term ; !!

Wenn man da also beim INSERT einen Wert für das "AutoInc"-Feld angibt, wird der genommen, ansonsten aus dem Generator gezogen. Das kann aber später zu Kollisionen führen, daher nehme ich immer den automatisch generierten Wert, egal ob ein gewünschter angegeben wurde oder nicht.

Delphi-Quellcode:

set term !! ;
CREATE TRIGGER T1_BI FOR T1
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
  NEW.ID = GEN_ID(GEN_T1_ID, 1);
END!!
set term ; !!

[mkinzler]

Zitat:

Das kann aber später zu Kollisionen führen, daher nehme ich immer den automatisch generierten Wert, egal ob ein gewünschter angegeben wurde oder nicht.

Was aber auch zu einem nicht gewollten Verhalten führen kann. Wird eine ID angegeben, könnte man davon ausgehen, dass diese auch verwendet wird.

[DeddyH]

Das klingt aber nach falscher Reihenfolge, oder? Ich könnte mir höchstens vorstellen, dass bei einer Migration so etwas auftreten kann, aber in dem Fall würde ich sowieso alle Trigger usw. deaktivieren, bis die Daten importiert sind, und dann erst die Generatoren auf den richtigen Wert bringen und die Trigger scharfschalten.