Hat
mySQL Bulk DML?
Wenn ja _könnten_ Inserts schneller sein. Schließlich kann die
DB vorher die Werte in den Arrays inspizieren, sortieren und in einem günstigen Fall erübrigt sich ein Rebuild der Indizes.
Der Fall wären Werte, die aufsteigend sortiert eine direkte Folge ergeben und größer als bestehende Unique-Indizes sein würden.
Bei non Uniques kann bei Bulks direkt ein Update auf die nested tables hinter den Indizes gemacht werden. Solange keine neue Indizes dazwischengequetscht werden.
Ein INSERT hat nunmal keine WHERE clause.
Bei StiNo
SQL werden wohl UPDATEs flotter sein, wenn die WHERE Clause nicht zu lahm ist. Schließlich ist die Wahrscheinlichkeit hoch, dass nicht alle Indizes geändert und somit neu aufgebaut werden.
Bei Bulk SELECTs spart man sich die round trips für die einzelnen Zeilen. Damit ist man oftmals 10 bis 100-mal (je nach Datenmenge) schneller als mit einem stupiden
API->fetch->
API->read->
API->fetch->
API->read->
API->...
Aber wie gesagt, erst mit BULK Operationen kann die
DB über mehrere Datensätzen optimieren und planen.
Mach' dich einfach mal schlau ob und wie
mySQL das unterstützt.
Wobei das eine prima hypothetische Diskussion ist, die leider bezogen auf dein Problem keinerlei praktischen Hintergrund hat.
Im RL kommst du nicht drumrum zu schauen ob es etwas zum Aktualisieren gibt bzw. ob du es einfügen musst...