Hallo! > ist f�r mich eine Grundregel. Man kann das nat�rlich auch �bertreiben, wenn > man dann alle Attribute in eigene Tabellen auslagert, die NULL sein k�nnten. > Aber die Idee, Das in Bl�cke aufzuteilen finde ich grunds�tzlich nicht > falsch. Im Beispiel von Andreas richten sich diese ra ein wenig nach der vom > User genutzten Applikation > > Tabelle: Daten f�r Login > > Tabelle f�r Ausf�hrlichere Informationen (zB. Mitarbeiterverzeichniss) > Tabelle f�r Snitz-Forum �quivalent (ICQ Nummer usw. > > Wenn man davon ausgeht, dass ein User sich erstmal anmeldet, ohne dass er > alles nutzt wird eine Tabelle so Initialisiert: > ID Nickname Passwort Vorname Nachname Adresse Telefon Email ICQ_Nr MSN_Name > AIM_Name BildURL > 1 Euphoria blabla NULL NULL NULL NULL NULL NULL NULL > NULL NULL
Keine Datenbank schreibt NULL-Werte. Die sind dann einfach nicht vorhanden! > Mit 3 Einzelnen Tabellen kann man auch sch�n nachvollziehen, ob jemand eine > bestimmte Teilapplikation nutzt (und zB. einen Link anbieten wenn, ansonsten > zum anmelden) Das geht doch mit einer Tabelle sehr viel schneller. ;-) > > Auf die Weise f�llt es auch viel leichter neue Attribute einzuf�gen, ohne > das Design in irgendeiner Form verwirrend zu gestalten. Genau daf�r gibt es Views. 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
