Mailinglisten-Archive |
Hallo Heiner, mal ganz allgemein: - in die Haupttabelle kommt alles, was jeweils einmal pro Person existiert. - dazu bekommt jede Person eine UNIQUE ID, die man bequemerweise mit auto_increment erzeugt (z.B. einfach per_ID) - alles was mehrmals pro person auftreten kann, steckt man in eine zweite, dritte oder vierte Tabelle und gibt diesen Saetzen die per_ID als Referenz mit, damit man sie zuordnen kann. Das kann man alles beliebig weit aufdroeseln, mit mehreren Wohnsitzen, Telefonnummern, Freundinnen und was weiss ich noch. Da muss man Aufwand und Nutzen gegeneinander abschaetzen. Die Grundidee war dabei, dass absolut keine Information mehrmals irgendwo steht. Z.B. um bei Aenderungen den Ueberblick zu behalten. Bei hochfrequentierte Datenbanken ist eine solche Normalisierung jedoch der absolute Performacekiller. Deshalb macht man z.B. den Trick, dass Nachts eine grosse und flache Tabelle fuer den Webserver erzeugt wird. Wobei man darauf achten muss, dass ausreichend RAM on Board ist, denn ein swappeder Server ist nie performant. Nun kannst Du Dir das passende rausklamuesern ... ;-) m. b. G. Norbert _____________________ normal: 02686-987103 Notruf: 0163-3613642 --------------------- e.o.m. -- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive