nicht angemeldet
Hallo,
Ich kenn keine Datenbank, welche Auto_Id's neu vergibt. Das sollte m.M. auch nicht mit manuell generierten gemacht werden.
Man bedenke, man habe eine 1:n Untertabelle, mit entsprechendem secondary key, der sich auf auf diese Nummern bezieht. Da bekämen dann etwaige 'Kinder' plötzlich ganz andere 'Eltern' zugewürfelt, und das wollen wir doch ganz bestimmt nicht. ;-)
Wobei zu sagen ist, daß der Datensatz aus der Mastertabelle( die mit der '1') nicht gelöscht werden soll, wenn es in der Detailtabelle (die mit dem 'n') noch Datensätze vorhanden sind, weil die dann nämlich in der Luft hängen und Joins über beide Tabellen zum scheitern verurteilt sind, bzw. Datenmüll generiert wird.
Und wenn man sich ein bißchen schon mit langlebigen Datenbeständen herumgeschlagen hat, wobei Informationen über die ID's nicht nur in der Datenbank gesammelt sind, dann läßt man sowieso die Finger von einer ID-Neuvergabe.
Beispiel:
die ID 0815 symbolisiert eine Artikelnummer, sagen wir etwas billiges, eine Batterie um 1 DM z.B.
Weil Batterien jedoch nicht mehr verkauft werden, wird die ID gelöscht. aus ist's mit 0815.
Irgendwann wird ein neuer Artikel angelegt, sagen wir die ultimative Sattellitenanlage um 15.000 DM, und die bekommt zufälligerweise die ID 0815.
Ein Kunde bestellt 100 Stück Batterien 0815. Das System findet jedoch die super Sat-Anlage, und liefert.
Der Kunde würde sich sicher über 100 Sat-Anlagen zum Wert von 1.500.000 DM freuen ;-)
(Sowas braucht man doch wirklich oft)
Ist zwar etwas dürr das Beispiel, weil ein Bestellwesen sowieso mehr Gegenprüfungen haben soll, aber die Idee ist ja was zählt.
In diesem Sinne: Hände weg von Neunummerierungen (tolles Wort oder :-))
Grüße
Klaus