Nächste "freie" ID finden

[DBX12]

Hallo zusammen,
das ist mein erster Beitrag, also nicht böse sein, wenns das falsche Board ist

Mit MySQL hab ich zwar schon ein paar Dinge gemacht, aber jetzt steh ich gerade vor einem Problem (eventuell auch ein Baum, der mir die Sicht auf den Wald nimmt). Ich habe eine Tabelle mit 3 Spalten und zwar wie folgt:

id    benutzer         eigenschaft
1001  1                ABC
1002  1                DEF
1003  1                GHI
1005  1                JKL

id kann Werte zwischen X001 und X999 annehmen (X = benutzer)
benutzer sind INT aus einer anderen Tabelle (dort ist die Nummer einem Namen etc. zugeordnet), eigenschaft ist ein TEXT-Feld
Meine Abfrage ist momentan:

$req = "SELECT id FROM items WHERE benutzer = $benutzerID ORDER BY id DESC LIMIT 1";

Als Rückgabewert bekomme ich (wie erwartet) 1005. Da ich aber keine Lücken in meiner ID-Spalte haben möchte, würde ich gerne 1004 zurückbekommen. Bloß... was muss ich dann als Abfrage verwenden? Meine Idee wäre SELECT COUNT gewesen, aber ich vermute, dass das nicht besonders performant ist. Ich hätte zwar lieber eine elegantere Lösung von der Struktur, aber so ist es am nützlichsten.

Vielen Dank für eure Antworten

EDIT: Gerade festgestellt

[akretschmer]

Als Rückgabewert bekomme ich (wie erwartet) 1005. Da ich aber keine Lücken in meiner ID-Spalte haben möchte,....

Warum?

[DBX12]

Eigentlich aus rein optischen Gründen

[ChristianK]

Das ist eine saudumme Idee.

Eine ID ist zu Lebzeiten eindeutig. Die wird nie und nimmer doppelt vergeben.

[tkausl]

Für was genau ist die Tabelle denn gut? Ich würde einfach mal so sagen, dass es Quatsch ist, die UserID nochmals in der Datensatz-ID unterzubringen, ohne genaueres zu wissen.

[DBX12]

Problem gelöst, aber sinnvolle Lösung?

Also ich hab das Problem über einen Umweg gelöst. Eine 4. Spalte mit BOOL-Wert, die speichert, ob der Datensatz gelöscht wurde. So wird der Index nur einmalig vergeben und die Lücken sind auch Geschichte.

[uha]

Völliger Blödsinn!

[akretschmer]

Eigentlich aus rein optischen Gründen

Eine via SERIAL (oder wie auch immer erzeugte eindeutige ID) hat nur eines zu sein: eindeutig. Nicht optisch schön oder rückwärts fortlaufend oder in den Farben des Regenbogens.

[akretschmer]

Also ich hab das Problem über einen Umweg gelöst. Eine 4. Spalte mit BOOL-Wert, die speichert, ob der Datensatz gelöscht wurde. So wird der Index nur einmalig vergeben und die Lücken sind auch Geschichte.

Du irrst.

[ChristianK]

Nächste "freie" ID finden

Eine in InnoDB fehlgeschlagebe Transaktion, die den Auto-Increment mutiert erhöht auch den AI-Wert. Lücken entstehen. Dafür ist es eindeutig.

[smilla]

Verschwende keine Zeit mit solchen Dingen. Immer eine neue ID und gut ist.

[nameless97]

Du sollst mit deinen Tabellen keinen Schönheitspreis gewinnen, sondern sie intelligent designen und verwalten.
Bei Datensätzen auf Optik zu Achten ist mir mal was ganz neues.
Nein, nein, so kann das nichts werden.