Alternative zu "PDO :: lastInsertId"/"mysql_insert_id"

Ich höre immer, dass die Verwendung von "lastInsertId" (oder mysql_insert_id(), wenn Sie nicht mit PDO arbeiten) böse ist. Im Falle von Triggern ist es offensichtlich, weil es etwas zurückgeben könnte, das nicht die letzte ID ist, die Ihr INSERT erstellt hat.Alternative zu "PDO :: lastInsertId"/"mysql_insert_id"

$DB->exec("INSERT INTO example (column1) VALUES ('test')"); 
// Usually returns your newly created ID. 
// However when a TRIGGER inserts into another table with auto-increment: 
// -> Returns newly created ID of trigger's INSERT 
$id = $DB->lastInsertId();

Was ist die Alternative?

Quelle

2008-11-14 BlaM

Wenn Sie die Route von ADOdb (http://adodb.sourceforge.net/) gehen, dann können Sie die Einfüge-ID vor Hand erstellen und explizit die ID beim Einfügen angeben. Dies kann portabel implementiert werden (ADOdb unterstützt eine Unmenge verschiedener Datenbanken ...) und garantiert, dass Sie die korrekte Einfüge-ID verwenden.

Der PostgreSQL-SERIAL-Datentyp ist ähnlich, mit der Ausnahme, dass es pro Tabelle/pro Sequenz ist. Sie geben die Tabelle/Sequenz an, für die Sie die letzte Einfüge-ID wünschen.

Quelle

2008-11-14 13:41:49

+1 .Ich schrieb meine Antwort, als du deine schreibst –

Sieht ziemlich interessant aus. Welchen Effekt hat diese Technik auf die Performance? – BlaM

Ja, aber was machst du, wenn du mit PDO feststeckst? – Elijah

Es ist nicht anspruchsvoll und es ist nicht effizient, aber wenn die Daten, die Sie eingefügt haben, eindeutige Felder enthalten, dann kann ein SELECT offensichtlich ergeben, wonach Sie suchen.

Zum Beispiel:

INSERT INTO example (column1) VALUES ('test'); 
SELECT id FROM example WHERE column1 = 'test';

Quelle

2008-11-14 12:28:33

Offensichtlich;) - Aber auch offensichtlich ziemlich hässlich;) – BlaM

Ich denke, es ist nicht wirklich Stand der Technik entweder aber ich benutze Schreibsperren, um sicherzustellen, dass ich wirklich die letzte Eingabe-ID erhalten.

Quelle

2008-11-14 12:31:49 markus

Offensichtlich funktioniert auch - aber IMHO Sperren ist noch mehr böse in Hochleistungs-Web-Anwendungen ... – BlaM

IMHO wird es nur als "böse" betrachtet, weil kaum eine andere SQL-Datenbank (wenn überhaupt) es hat.

Persönlich finde ich es unglaublich nützlich, und wünschte, dass ich auf andere kompliziertere Methoden auf anderen Systemen nicht zurückgreifen musste.

Quelle

2008-11-14 13:08:49 Alnitak

Zumindest hat MSSQL die gleiche Funktion. In meinem alten Job mit der "Einfüge-ID" hat große Kopfschmerzen verursacht, wenn jemand einen Trigger zu einer Tabelle, die die ganze Website brach - ohne offensichtlichen Grund für diejenigen, die nicht über diesen Auslöser wissen ... – BlaM

Eine Alternative besteht darin, Sequenzen zu verwenden, also generieren Sie die ID selbst, bevor Sie die Einfügung vornehmen.

Leider werden sie in MySQL nicht unterstützt, aber Bibliotheken wie Adodb können sie mit einer anderen Tabelle emulieren. Ich glaube jedoch, dass die Emulation selbst verwenden lastInsertId() oder gleichwertigen ... aber zumindest sind Sie weniger wahrscheinlich einen Trigger auf einem Tisch haben, die rein für eine Sequenz verwendet wird

Quelle

2008-11-14 13:42:58

-3

Sie können diese versuchen:

Quelle

2012-07-17 12:50:20 mikeyD

In stark frequentierten Umgebungen ist das keine Alternative. Sie erhalten ständig falsche IDs. – BlaM

Alternative zu "PDO :: lastInsertId"/"mysql_insert_id"

Antwort

Verwandte Themen