OFFTOPIC:ralli hat geschrieben:Ja, ja, Andi, das gute alte CP/M. Stell Dir mal vor, unter einem Schneider cpc 6128 hatte ich noch dbase II unter CP/M laufen.
Das letztere hat sich nur wenig geändert 
. Nein im ernst, schau dir mal die Einführung in der WissensDB an, Schlüssel sind da auch erwähnt. Die Idee selbst ist nicht schlecht und hat durchaus eine gute Berechtigung. Über die Methode der Erstellung der Zahlen kann man diskutieren. Normalerweise nimmt man GUIDs.monta hat geschrieben: Und IDs aus Zahlen zufällig zu erstellen ist auch Mist, zähl doch einfach hoch. Schon die Möglichkeit zweier gleicher Primärschlüssel darf nicht bestehen wenn du ne relationale DB machen willst, und darauf läuft deine Ausführung drauf hin.
Die gelöschten = Lücken betrachtet man normalerweise nicht, sondern verwendet immer die nächste freie oder vom Generator (Autoinc) erzeugte. Bei den meisten Anwendungen kann man die Lücken vergessen und bei GUIDs darfst du an sowas nicht mal denken.pluto hat geschrieben:Monta, wenn ich hochzähle muss ich aber praktische alle Items prüfen, es kann ja sein, das ich zwischendurch welche gelöscht habe.... in der Tabelle.....
Nimm die ID nur als Kennzeichen für die Eindeutigkeit, nicht für andere Sachen. Denn spätestens bei der Verwendung der GUID gibt es das Thema lücke nicht.pluto hat geschrieben:Aber wenn ich die Lücke auslasse was nützt mir dann die ID ?
wenn ich sie z.b. im Programm für irgendwas Brauche....
Du meinst es ist nur wichtig die Anzahl zu wissen um die ID zu erzeugen...
auch keine schlechte Idee....
Verein
Links
Suche
