[richy]

moinsen!

folgende situation:

USER A triggert ein script, das einen datensatz anlegt. die id wird per auto increment festgelegt. in diesem script folgt gleich danach eine email-notification an USER B, die ihm mitteilt, dass ein neuer datensatz angelegt wurde. in dieser mail soll der link zum neuen datensatz stehen, damit USER B ihn sich angucken kann.

ich frage mich jetzt: wie krieg ich diesen link gebacken?

denn wenn ich zb den neuesten datensatz als grundlage fuer den link in der mail nehme, kann es ja sein, dass mittlerweile USER C einen weiteren, neueren datensatz angelegt hat.

meiner bester schuss bis jetzt: der neuesten, von USER A angelegten datensatz auslesen. dieser bleibt ja zumindest der richtige bis USER A ein weiteres mal das script triggert.

richtig gedacht, oder gibt es eine bessere loesung?

[Flor1an]

Bei mysql gibt es die Funktion "mysql_insert_id()"! Damit kannst du die auto_increment ID auslesen vom letzten INSERT Statement! Wenn du mysql_insert_id() direkt nach dem INSERT aufrufst bekommste somit die ID und kannst damit den Link generieren!

[MrNiceGuy]

Wie auf http://www.php.net/manual/de/functio...-insert-id.php nachzulesen ist, sollte man - jenachdem, wie die Tabelle beschaffen ist - lieber auf die MySQL-interne Funktion LAST_INSERT_ID() als Abfrage nutzen:

mysql_insert_id() konvertiert den Typ der Rückgabe der nativen MySQL C API Funktion mysql_insert_id() in den Typ long (als int in PHP bezeichnet). Falls Ihre AUTO_INCREMENT Spalte vom Typ BIGINT ist, ist der Wert den mysql_insert_id() liefert, nicht korrekt. Verwenden Sie in diesem Fall stattdessen die MySQL interne SQL Funktion LAST_INSERT_ID() in einer SQL-Abfrage.

SELECT LAST_INSERT_ID() AS `integerInsertId`

[Jann Hendrik]

Ist dann auch garantiert, dass es die gleiche ID ist, oder ist das einfach nur die Letzte?

[mepeisen]

-> http://dev.mysql.com/doc/refman/5.1/...unique-id.html

When inserting multiple values, the last automatically incremented value is returned.

[richy]

top! danke leute!

[richy]

Zitat von Jann Hendrik

Ist dann auch garantiert, dass es die gleiche ID ist, oder ist das einfach nur die Letzte?

hm, da der select gleich danach kommt muesste es doch quasi unmoeglich sein, dass sich eine neuere id dazwischenmogelt, oder?

[MrNiceGuy]

Soweit ich das jetzt aus dem Kopf weiß, ist es unmöglich, da es immer für die aktuell gültige Datenbankverbindung zählt. User A und User B erhalten also unterschiedliche Ergebnisse, wenn ihre Anfragen quasi-gleichzeitig ausgeführt werden.

[b0mbe]

In dem Fall müsste man das ganze mit Transaktionen angehen...

[Jann Hendrik]

Zitat von MrNiceGuy

Soweit ich das jetzt aus dem Kopf weiß, ist es unmöglich, da es immer für die aktuell gültige Datenbankverbindung zählt. User A und User B erhalten also unterschiedliche Ergebnisse, wenn ihre Anfragen quasi-gleichzeitig ausgeführt werden.

Wenn dem so wäre, dann wäre das eine nachvollziehbare Erklärung!

[MrNiceGuy]

@Jann: Ich weiß allerdings nicht, inwiefern sich das bei persistenten Verbindungen anders auswirkt. Möglicherweise gibt es da dann Probleme.

[Flor1an]

Persistente Verbindungen sollte man sowieso mit Vorsicht genießen! Es gibt damit recht viele Probleme. In MySQLi wurde die Möglichkeit komplett abgeschafft da es einfach zu Fehleranfällig war.

[MrNiceGuy]

Zitat von Flor1an

Persistente Verbindungen sollte man sowieso mit Vorsicht genießen! Es gibt damit recht viele Probleme. In MySQLi wurde die Möglichkeit komplett abgeschafft da es einfach zu Fehleranfällig war.

[ot]und funktioniert hat es auch nicht richtig [/ot]