@bate: Einspruch! Äh..na ja...
Bei
MySQL muss man es probieren, aber bei einer richtigen
DB 
, die also die Speicheroperation sofort physikalisch auf die Platte schreibt, und erst dann zum Client zurückkehrt, ist ein INSERT i.a. wesentlich aufwändiger, als ein SELECT/UPDATE.
INSERT fügt eine neue Zeile ein, die Indizes werden allesamt überarbeitet, die Daten werden geschrieben etc. Das ist schon ein ganz schöner Verwaltungsaufwand. Natürlich nur, wenn Indizes vorhanden sind.
SELECT kostet so gut wie nix, weil die Daten eh im Cache sind (na, meistens)
UPDATE kostet nur dann fast soviel wie ein INSERT, wenn wirklich alle Spalten verändert werden. Und selbst dann ist es noch etwas flinker, weil die Erzeugung eines neuen Datensatzes wegfällt.
Aber, was soll ich lange reden: Versuchs doch einfach. Obiges gilt für o.g. für MS-
SQL.
MySQL benutzt, glaube ich, kein direktes I/O, sondern schreibt irgendwann, weswegen es auch recht flott ist. Und unsicher. Und damit keine 'richtige'
DB.
Ich würd's ausprobieren...