MySQL viele inserts, wie sieht es mit der Performance aus?

@strumpel:
Meinst du mit multi Queries, weil die beiden Queries gehen ja an jeweils verschiedene Tabellen? Müsste ich mal schauen.

Nee ich meinte das man (zumindest beim UPDATE) mehrerer Sachen hintereinander machen kann wo man den letzten veränderten wert mit übernimmt. Das ist von Fall zu Fall auch recht unterschiedlich wie man das Datenbank-Design anlegt.
Manchmal brauch man garnet so stark "Normalisieren" weil die Anwendung so besser/schneller läuft. Also je nach Anforderung ist eine Tabelle mehr oder weniger schon Performace entscheidend.
Wenns 1 Tabelle wär kann man sicher irgendwie and die last_insert_id rankommen.
Es ist auch das Problem das man kein Konkretes Beispiel hat wo man weiss wieviele Daten wohin müssen usw. Hoffe du verstehst wie ich das meine.
Wenn man ein konkreten Plan hat entwickelt man eine konkrete Loesung und googlet sich halt auch ne stunde die finger wund^^

MFG
strumpel

EDIT: https://dev.mysql.com/doc/refman/5.0/en/information-functions.html#function_last-insert-id
guck da mal sieht interessant aus find ich evtl. mal testen
 
Zuletzt bearbeitet:
danke für deine Antwort.

Bei einem Update kann ich ja einfach Joins benutzen, dann brauche ich auch die last_insert_id nicht. Aber das geht ja bei Inserts nicht. Und es sind bei mir zwei Tabellen.

Ich kann ja einfach mal ein einfaches Beispiel machen (ist nur gerade erfunden, aber vermutlich besser verständlich als der tatsächliche Fall):
Vorher war die Tabelle so:
tier_id|user_id|Besitzername|Besitzergeburtsdatum|Tierart|Farbe|Größe
1|5|Peter|15.05.1952|Katze|weiß|10cm
1|5|Peter|15.05.1952|Hund|braun|35cm
2|5|Peter|28.04.1939|Katze|schwarz|15cm
3|5|Stefan|12.09.1976|Hund|braun|50cm
Hier gibt es jetzt 3x den Peter, aber es sind 2 verschiedene Peters. Um dem User die Tiere der einzelnen Besitzer gruppiert anzuzeigen, hätte ich erst nach Besitzername und dann noch nach Besitzergeburtsdatum sortieren müssen und das ganze dann per PHP ausfieseln müssen, ob Besitzername und Geburtsdatum gleich wie im vorherigen Eintrag sind, um die Daten gruppiert ausgeben zu können.

Daher habe ich die user_id, den Besitzername, sowie das Besitzergeburtsdatum in eine extra Tabelle ausgelagert, damit ich nur noch nach einer ID sortieren muss. Ich denke, da ist die Normalisierung schon sinnvoll.


Gruß,
Klaus