Hallo! > Solange Du nur die Daten abrufst, die Du auch wirklich brauchst (also nicht > immer SELECT * FROM ...), ist es sinnvoller die von Dir genannten Daten in > einer Tabelle zu speichern. > > Ich bin mal zu einem Projekt geholt worden, bei dem es die Prorgammierer > nicht geschafft haben, eine neue Adresse auf einem SQL-Server in weniger als > eineinhalb Minuten zu speichern. Die Kollegen hatten es mit der > Normalisierung so weit getrieben, da� dabei in 24 Tabellen geschrieben > werden mu�te. Wir haben das dann auf vier Tabellen beschr�nkt und waren bei > drei Sekunden.
Ich war das nicht! Mein Rekord liegt bei "nur" 11 Tabellen f�r Kundendaten, allerdings deutlich mehr als nur die Adresse. Dazu kamen dann aber auch 23 Views einschlie�lich Views mit verkn�pften Views. Der INSERT dauerte 9 Sekunden bei 6 Mio Kundendaten verteilt auf 20 Datenbanken in Deutschland, allerdings wurde dabei auch auf Dublette gepr�ft. > Will sagen: Man sollte bei der Normalisierung daran denken, was dargestellt > werden mu�. Die Abfrage �ber mehrere Tabellen kostet etwas mehr Zeit beim > SELECT, aber viel mehr beim INSERT und UPDATE. Die meiste Zeit verschwendet > man mit SELECT * FROM .. wenn man nicht alle Felder zur Darstellung > ben�tigt. Ich nenne das die 7. Normalform: Das Design darf nicht zu unnormal werden! ;-) Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
