[Ben]

Hi,
ich habe hier gerade nicht die Möglichkeit nachzuprüfen, aber mich würde interessieren was die Anweisung INSERT IGNORE im vergleich zu einem einfachen INSERT macht!?

Hier steht

Sie können REPLACE anstelle von INSERT verwenden, um alte Datensätze zu überschreiben. REPLACE ist das Gegenstück zu INSERT IGNORE bei der Behandlung neuer Datensätze, deren eindeutige Schlüsselwerte Dubletten bereits vorhandener Datensätze sind: Die neuen Datensätze ersetzen die alten, statt verworfen zu werden.

Kurz:

Was ist los?

Weiterhin steht hier

Wenn das Schlüsselwort IGNORE in einem INSERT Statement mit vielen Reihen angegeben wird, werden alle Reihen ignoriert, die einen existerenden PRIMARY oder UNIQUE Schlüsseleintrag enthalten. Wenn IGNORE nicht angegeben wird, bricht der INSERT genau dann ab, wenn dort eine Reihe ist, die einen Schlüsselwert gerade dupliziert.

Hm, heißt das, dass der PRIMARY_KEY sozusagen "überschrieben" wird?

Bin etwas verwirrt..
Danke für Eure Hilfe.

Grüße, Ben.

[WarrenFaith]

Wenn das Schlüsselwort IGNORE in einem INSERT Statement mit vielen Reihen angegeben wird, werden alle Reihen ignoriert, die einen existerenden PRIMARY oder UNIQUE Schlüsseleintrag enthalten.

Sprich wenn ein doppelter Eintrag eingefügt werden würde, wird diese Anweisung ignoriert und es wird die nächste ausgeführt

Wenn IGNORE nicht angegeben wird, bricht der INSERT genau dann ab, wenn dort eine Reihe ist, die einen Schlüsselwert gerade dupliziert.

Deine Anweisungen werden nicht durchgeführt...

Vorteil von IGNORE ist die Möglichkeit, 2 identische Datenbanken mit differierenden Beständen zu mergen ohne das es knallt.

Replace ersetzt einfach während INSERT IGNORE doppelte Einträge vermeidet ohne durch eine Fehlermeldung das Skript zu beenden.

[Ben]

Okay, gut. Das reicht mir erstmal.

Dann hänge ich noch hinten dran.
Hast du eventuell auch ein Beispiel für die Anwendung von INSERT DELAYED?

[WarrenFaith]

Also benutzt habe ich delayed noch nicht, aber soweit ich die Doku bzw mein Wissen noch korrekt zusammenbekomme muss man ja bei normalen Inserts/Updates warten bis die DB den Befehl verarbeitet hat.
Wenn man nun DELAYED benutzt, schluckt er den Befehl und lässt dich, also den Client weiterarbeiten.
Nachteil ist das du nicht sofort mitbekommst, ob alles geklappt hat und das (siehe Doku) die DB mehr Leistung frisst.
Ein INSERT DELAYED mit anschließendem mysql_error() ist daher also nicht möglich, da du keine wirkliche Antwort bekommst.

Vorteil ist (siehe Doku) natürlich das du schneller Arbeiten kannst. Das ist gut für Loggings in der DB z.B.

Doku: http://dev.mysql.com/doc/refman/5.1/...t-delayed.html (haste sicher schon )

[Ben]

Toll. Das steht da .. aber das ist für mich irgendwie kein greifbares Beispiel.
Inwiefern ist das bei Loggings sinnvoll? Doch nur, wenn man massig viele Zugriffe in kürzester Zeit hat, oder?

[$traight-$hoota]

wenn man nen haufen ereignisse hat, die ins log eingetragen werden müssen, kann man die entsprechenden queries ans dbms senden und braucht nicht zu warten, bis das query ausgeführt wurde, sondern das programm läuft einfach weiter und es gibt keine rückmeldung ("wird schon geklappt haben"). dadurch ist das ganze halt schneller als wenn man auf die abarbeitung jedes queries warten würde...

[Ben]

Achso. Ich habe da was falsch verstanden.
Die einzelne Abfrage dauert mit INSERT DELAYED etwas länger, aber im Endeffekt ist es schneller, als wenn ich mit INSERT die Log-Einträge abspeichern würde.

So ist richtig, oder?

Andere Anwendungsbeispiele, als das Logging?

[WarrenFaith]

Die einzelne Abfrage dauert mit INSERT DELAYED etwas länger, aber im Endeffekt ist es schneller, als wenn ich mit INSERT die Log-Einträge abspeichern würde.

Richtig! Du haust also alles in den "Buffer" und die DB schreibt so schnell es geht mit... Baust ne Art Stack auf.

Ne andere Anwendung wüsste ich jetzt nicht, da man normalerweise nicht so schnell Daten schreiben muss und zeitgleich so "gleichgültig" mit dem Erfolg des Schreibvorgangs umgehen kann.

Es ist definitiv nicht anzuraten bei Einfügen sensibler und wichtiger Daten. Also nicht beim Import von Backups z.B.

Sorry ansonsten fällt mir nix ein...

//edit:
Auf Suche gewesen und nur ein weiteres Beispiel gefunden:
Wenn man größe Datenbestände bearbeiten will die halt Zeit brauchen, wie ein Update über die komplette Tabelle oder ein Delete ... ( http://lists.phpbar.de/archive/mysql-de1/msg01920.html )