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