Zitat von
Jelly:
Aber das Problem ist nicht neu, und eigentlich gar nich so leicht zu lösen in einer Mehrbenutzerumgebung. Auch wenn man direkt den Record mit einem einzigen Transaction Befehl einfügt, muss man anschliessend ein Select aufrufen, um den letzten Record zu erhalten. Und in der Zwischenzeit kann ein anderer User schon wieder bereits einen Record eingefügt haben. Auch der Weg über LAST_INSERT_ID() bringt da nichts, da eben gerade diese "Sequenzen" transaktionsunabhängig ablaufen.
dass die Variante ala SELECT MAX(ID) nichts ist, bin ich einverstanden - mit LAST_INSERT_ID() funktioniert dies jedoch einwandfrei, da LAST_INSERT_ID() nicht die global letzte ID zurückgibt, sondern die tatsächlich für diesen Client verwendete (insofern also auch in Mehrbenutzer-Umgebung absolut zuverlässig):
Zitat von
22.2.13.3. How to Get the Unique ID for the Last Inserted Row:
For LAST_INSERT_ID(), the most recently generated ID is maintained in the server on a per-connection basis. It is not changed by another client. It is not even changed if you update another AUTO_INCREMENT column with a non-magic value (that is, a value that is not NULL and not 0).