Hallo Stefan, wenn die Anforderungen wachsen - und das tun sie, wenn du deine Arbeit gut machst, dann werden dich die Probleme der nicht beachteten Normalisierung immer st�rker plagen.
Die Idee mit einer Tabelle pro Abteilung macht viel Arbeit - ist aber auch nicht die richtige L�sung. Eine Person kann in mehreren Abteilungen sein (1:n), also Tabelle Person und Tabelle Abteilung sowie eine Tabelle, die sagt welche Person (Person-ID) in welcher Abteilung ist (Abt-ID), insbesondere, weil jede Abteilung wahrscheinlich mehrere Personen beinhalten kann (Fazit: n-zu-m-Beziehung). Alles, was pro Person nur einmal vorkommen kann, kann noch in die Tabelle Person, alles andere in jeweils eigene Tabellen. Und die Anzeige pro Abteilung ist dann auch kein Problem, weil du in der Zuordnungstabelle abfragst, welche Personen in der Abteilung x sind und asus der Personentabelle die zus�tzlichen Infos holst. Dies ist nur ein gutgemeinter Ratschlag, der dir aber viel Arbeit (und Probleme) ersparen kann. Die hier investierte Zeit holst du mehrfach wieder rein - so zumindest meine Erfahrungen. Viel Spa� beim Gr�beln ;-) Henri > -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Stefan H�sler > Gesendet: Freitag, 27. Juni 2003 14:22 > An: [EMAIL PROTECTED] > Betreff: AW: [Database.asp] Distinct? > > > > ich habe das doch so richtig verstanden, dass pro Datensatz eine ID > > vergeben wird, d. h. f�r eine Angestellte werden drei Ids vergeben, > > wenn sie drei E-Mail-Adressen hat. > > richtig > soll aber auch so sein, weil in meinem fall ein angestellter > in mehreren abteilungen arbeiten kann (z.B. Sekretariat und > Reservierung) und deshalb f�r jede abteilung einen andere > emailadresse hat. es soll auch die m�glichkeit geben, nur die > emailadressen einer bestimmten abteilung anzeigen zu lassen. > da ich nicht f�r jede abteilung eine eigene tabelle erstellen > wollte (w�r dann ein bi�chen viel aufwand), hab ich halt > alles in eine tabelle gepackt. > > > Das das Datenmodell nicht ganz korrekt ist, brauche ich wohl nicht > > weiter auszuf�hren (Normalisierung hei�t das Zauberwort). > > verdammt, erwischt :-) > grund: punkt 1 > > > > Behelfen k�nntest du dich, wenn du in einer zweiten Abfrage > Name und > > Vorname und den Min-Wert der ID (hier kommt nun GroupBy ins Spiel) > > ermittelst. Unter der Bedingung, dass Name und Vorname zusammen > > eindeutig sind, erh�ltst du so eine ID. > > hmm, gute idee! danke > > gruss > > stefan > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United > Planet~~~~~~~~~~~~~~~~~ Intrexx.BizWalker + ODBC/OLEDB-Daten > = ASP-Formular > ATTACK! Download Intrexx CRM-Studio Now! http://www.intrexx.com > _______________________________________________ > Database.asp mailing list > [EMAIL PROTECTED] > http://www.glengamoi.com/mailman/listinfo/data> base.asp > ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United Planet~~~~~~~~~~~~~~~~~ Intrexx.BizWalker + ODBC/OLEDB-Daten = ASP-Formular ATTACK! Download Intrexx CRM-Studio Now! http://www.intrexx.com _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
