Mailinglisten-Archive |
Henning Heil wrote: > ++++ Sebastian Mendel wrote on 27.03.2004 14:01 ++++ > >>> Ein einfacher Ansatz/workaround wäre, die alten Werte komplett aus >>> der Tabelle zu löschen und einfach alle neu zu schreiben - das ist >>> aber ne ziemliche UID-Verschwendung in der 1:n Tabelle und deswegen >>> möchte ich das eigentlich nicht. >> >> bei einem anständig normalisiertem DB-Design sollte das kein Problem >> sein: >> >> Tabelle: Notiz (id, ...) >> Tabelle: Kunde (id, ...) >> Tabelle: Notiz_Kunde (notiz_id, kunde_id) >> >> >> DELETE FROM Notiz_Kunde >> WHERE notiz_id = [notiz_id]; > > das Tabellendesign ist mit dem von Dir beschriebenen fast identisch, > also auch ordentlich normalisiert. Eben jenen DELETE-Ansatz möchte ich > aber aus in erster mail genanntem Grund ("UID-Verschwendung" bei jedem > editieren) nicht wählen. Wenn jetzt hundert Benutzer den ganzen Tag wie > die Hammel editieren, dann geht das ganz schnell ganz gut ab. hä? wenn du eine Notiz bearbeitest ändert sich weder die notiz_id es kommen lediglich eventuell neue kunde_id's dazu oder weg (welche sich aber auch nciht ändern) diese beiden id's werden dann in der dritten Tabelle gespeichert! wo bitte ist da eine UID-Verschwendung? es bleiben immer die selben! ... mal ganz abgesehn davon das man ein PRIMARY vom Typ BIGINT mehr als 1000 Jahre lang jede Sekunde 1000 neue Einträge machen könnte ... -- Sebastian Mendel info at sebastianmendel.de www.sebastianmendel.de www.tekkno4u.de www.nofetish.com
php::bar PHP Wiki - Listenarchive