Lfnr innerhalb des 'eigendlichen' Key vergeben

[Fuerchau]

Nun ja, Identity ist bei anderen DB's schon eher Standard;-).
Ich habe auch schon Fehler gesucht wegen doppelter Sequence weil einer sich beim Insert vertippt hatte.
Da gab es die Regel, Namen zu nummerieren. Tabellen mit Dnnnn, Sequence mit Snnnn. DA kann man schon mal daneben liegen.

[Andreas_Prouza]

Die Identity Spalte kannst du mit anderen Spalten über den Primary Key kombinieren.
Dann kann es eben die gleiche Identity Nummer mehrfach geben, wenn die anderen Primary Key Spalten unterschiedlich sind.
Für mich ist die ID Spalte immer eindeutig.
Du hast sonst auch Probleme wenn du via Forgein-Key Tabellen miteinander verknüpfen möchtest.

[Fuerchau]

Eine Identity-Spalte muss Unique sein, daher eigentlich auch Primary Key, sonst geht der Begriff "Identity" verloren.
Allerdings kann man für Sortierzwecke die Identity-Spalte zusätzlich auch nach anderen Schlüsseln hinzufügen.

[B.Hauser]

Vielleicht will der Poster seine Datei nicht um eine Identity Column erweitern.
Die Zählerspalte ist schon vorhanden und ist im Unique Key enthalten.
... also warum nicht über die Sequence füllen?

Irgendwann, wenn man die Datei wieder anpacken muss, kann man auch eine Identity Spalte hinzufügen.

[BenderD]

Vielleicht will der Poster seine Datei nicht um eine Identity Column erweitern.
Die Zählerspalte ist schon vorhanden und ist im Unique Key enthalten.
... also warum nicht über die Sequence füllen?

Irgendwann, wenn man die Datei wieder anpacken muss, kann man auch eine Identity Spalte hinzufügen.

@warum nicht sequenz: weil man für jede Kombination eine eigene bräuchte und spätestens, wenn die Kombinationen nicht separat nacheinander erzeugt werden, Huddel vorprogrammiert ist!

@Schlüssel später auf Identity column ändern: davon würde ich dringlichst abraten. Ich denke da an ein real world Besispiel, wo externe Berater einem Kunden für teures Geld eine "Datenbankmodernisierung" aufgeschwatzt haben. Das war dann: alle DDS erstellten Dateien auf SQL umstellen, Identity columns und allen Schnickschnack zufügen, alle Feldnamen auf längere schwafelnde Feldnamen ändern, anschließend auf diese Dateien alle vorherigen LFs erstellen, damit die Anwendung wieder passt. Richtig lustig wurde es dann, wenn die Altanwendung einen Satz gelöscht hat und dann (vermeintlich) denselben wieder eingefügt hat, der dann allerdings einen neuen Schlüssel bekam.

D*B

[Fuerchau]

Frage:
"Aber ne neue Tabelle könnte ja mal 'modern' (was immer das bedeutet) gemacht werden.
Geht das per 'SQL-Automatik?"

Antwort:
"ne bewährte 'Hand am Arm' Methode haben wir.
Danke Euch ..."

Soviel zum Thema Modernisierung;-).

[BenderD]

... wer mich kennt weiß, dass ich gegen jeden Huddel und für saubere Konzepte und klares Design bin. Ich bin allerdings gleichermaßen ein Gegner von "Verschönerungsmaßnahmen" und ein Anhänger von "never run a changing system".

D*B