Kommentare zu: Auslesen der zuletzt eingefügten ID (auto increment)

Von: GhostGambler

GhostGambler — Mon, 08 Feb 2010 23:20:44 +0000

SHOW TABLE STATUS ist nicht transaktionssicher!

Von: bmueller

bmueller — Mon, 08 Feb 2010 12:50:41 +0000

Wenn man den Nächsten Indexwert haben möchte kann man folgenden Befehl verwenden.

SHOW TABLE STATUS FROM `database` LIKE 'table'

das ganze mit fetch_row oder array auswerten und in Zeile 10 steht der nächste Indexwert.

Von: Stefan

Stefan — Thu, 09 Oct 2008 10:32:59 +0000

Auch wenn es spät kommt:
Wichtig zu erwähnen ist, dass "mysql_insert_id()" nur funktioniert, wenn der MySQL-Typ des PK-Feldes nicht vom Typ BIGINT ist.
In diesem Falle sollte die MySQL-Interne Funktion (siehe im Blog) verwendet werden.

Diese Warnung findet sich auch in der PHP-Manual zu dieser Funktion:
http://de2.php.net/manual/en/function.mysql-insert-id.php

Von: Jupp

Jupp — Tue, 16 Sep 2008 17:13:22 +0000

@sabre
Je komplexer deine Scripte um so höher die Wahrscheinlichkeit, das ein anderes query auf die db zugreift, bevor Du die id hast. Deshalb ist es imho sicherer sich anzugewöhnen die last_insert_id direkt nach dem INSERT abzufischen und gegebenenfalls als Variable oder Konstante weiterzureichen.

Von: sabre

sabre — Thu, 04 Sep 2008 23:29:19 +0000

Ah, gut zu wissen, dass das threadsafe ist. Ich hatte da immer meine Bedenken und gemieden, aber auch noch keinen Fall bei dem ich sofort die ID gebraucht hätte

Von: Christian

Christian — Wed, 03 Sep 2008 07:35:53 +0000

Wichtig zu wissen ist, ob LAST_INSERT_ID nur für mysql existiert oder womöglich auf jeder Plattform…

Somit wäre der Vorteil beim ableiten von Klassen, lediglich eine Funktion und nicht für fast jede Plattform eine andere Funktion abgreifen…

Somit wäre bei LAST_INSERT_ID weniger aufwand vorhanden…

(falls man von aufwand sprechen kann)…

Von: Sascha Kaufmann

Sascha Kaufmann — Wed, 03 Sep 2008 05:40:43 +0000

ach dann is ja gut das man nicht direkt alle seine scripte wieder umschreiben muss

also schön sicher zu sein das sein bisheriges werk ok is XD

Von: GhostGambler

GhostGambler — Tue, 02 Sep 2008 21:33:03 +0000

Persistente Verbindung werden ja auch jeweils nur von einem Prozess genutzt, dementsprechend sind die auch in sich sicher.

Persistente Verbindungen sollte man aber bei mysql eigentlich eh nicht verwenden… schafft bei falscher Konfiguration nur zusätzliche (schwerwiegende) Probleme (keine freie Connection mehr am DB-Server -> Prozess hat keinen Zugriff auf Datenbank, alle anderen Connections werden von anderen Prozessen belegt) und bringt bei MySQL relativ wenig bis gar nichts, weil der Verbindungsaufbau billig ist.

Von: Jan

Jan — Tue, 02 Sep 2008 18:46:29 +0000

Ja beide Varianten, da die Anfrage der letzten eingefügten ID stets für die aktuelle Verbindung gilt. Und da pro Seitenaufruf eine neue Verbindung geöffnet wird, ja. Wie es bei persistenten Verbindungen ist, weiß ich allerdings nicht (man könnte ja gleichzeitig 2 Browserfenster öffnen). Schätze aber, dass es auch dort sicher ist.

Von: tom

tom — Tue, 02 Sep 2008 18:38:43 +0000

Ist race-conditions-sicher?