Hallo Gudula, danke f�r die Antwort. Soweit bin ich schon. Die 3. Tabelle besteht bereits und ich h�nge nur noch an dem passenden Join-Statement. Irgendwie bekomm ich dabei aber die Reihenfolge nicht gebacken. :-(
Gru� Olli -----Urspr�ngliche Nachricht----- Von: Gudula Schwingenheuer (PTS R. Schnettler) [mailto:gschwingenheuer@;pts-aktuell.de] Gesendet: Montag, 21. Oktober 2002 11:03 An: ASP Diskussionsliste fuer Anfaenger Betreff: [aspdebeginners] AW: DB-Design Hi Oliver, Tabelle Mitarbeiter und Tabelle Aufgaben sind 2 Tabellen, die eingentlich nix miteinander zu tun haben. Du m�sstest Dir noch eine Br�ckentabelle schaffen und den PK auf beide IDs setzen. BrTabelle MitID AufgID 1 1 1 2 2 1 2 5 u.s.w. Dann mit dem Inner Join diese 3 verbinden. W�hlst Du dann in der Bedingung den Mitarbeiter 1 aus, wirft er die dir Aufgaben 1 und 2 f�r diesen aus. Herzliche Gr��e, Gudula > -----Urspr�ngliche Nachricht----- > Von: K�nig, Oliver [mailto:okoenig@;kues.de] > Gesendet: Montag, 21. Oktober 2002 10:16 > An: ASP Diskussionsliste fuer Anfaenger > Betreff: [aspdebeginners] AW: DB-Design > > > Hallo zusammen, > > hab ich schon erw�hnt, dass ich Montage hasse!? ;-) > Jedenfalls dann, wenn es darum geht, ein SQL-Statement zu basteln und ich > dahingehend einfach auf keinen gr�nen Zweig komme. > > Es geht immer noch um mein Tabellen-Problem vom Freitag. Ich krieg es > einfach nicht gebacken, aus der Tabelle "Aufgaben", diejenigen > herauszufiltern, die auf Mitarbeiter A zutreffen. > > Ich seh es doch richtig, dass ich von Aufgaben_Mitarbeiter (s.u.) die > AufgabenIDs von MitarbeiterID A nehmen muss und damit dann in der Tabelle > Aufgaben die richtigen Aufgaben suche... > > W�re f�r etwas Hilfe dankbar. > > cu > Olli > > > -----Urspr�ngliche Nachricht----- > Von: Maik Zimpel [mailto:zimpel@;msn.com] > Gesendet: Sonntag, 20. Oktober 2002 21:46 > An: ASP Diskussionsliste fuer Anfaenger > Betreff: [aspdebeginners] AW: DB-Design > > > Wenn Mitarbeiter mehrere Aufgaben haben koennen, brauchst du eine neue > Relation (Tabelle) der Form: > > Aufgaben_Mitarbeiter = {AufgabenID,MitarbeiterID} > {AufgabenID,MitarbeiterID} > is Primary Key > > Beim Status kannst Du einfach in der Mitarbeiter Tabelle einen > Fremdschluessel, naemlich die StatusID, einfuehren. Solange ein > Mitarbeiter > nur einen Status haben kann (ist das wirklich der Fall ??), > erfuellt das die > Regeln der Boyce-Codd-Normalform und ist somit integer. > > Ich wuerde Deinen DB-Entwurf also so gestalten: > > Mitarbeiter = {ID,Nachname,Vorname,Telefon,Status} {ID} is Primary Key, > {Status} is Foreign Key from Status > Status = {ID,Status} {ID} is Primary Key > Aufgaben = {ID,Aufgabe} {ID} is Primary Key > Aufgaben_Mitarbeiter = {AufgabenID,MitarbeiterID} > {AufgabenID,MitarbeiterID} > is Primary Key > > Ich hoffe das hilft Dir. > > CU Maik > > ----- Urspr�ngliche Nachricht ----- > Von: K�nig, Oliver > Gesendet: 18 October 2002 02:48 PM > An: ASP Diskussionsliste fuer Anfaenger > Betreff: [aspdebeginners] DB-Design > > Hallo zusammen, > > ich hoffe Ihr k�nnt mir einen kurzen Denkanstoss zum Design > einer DB geben. Folgender Fall liegt mir vor: > > Ich habe ein Liste von Mitarbeitern, die ich in eine Tabelle > "Mitarbeiter" gepackt habe. Desweiteren gibt es noch einen > Status, den der Mitarbeiter hat. Das kann sein Bereichsleiter, > Sachbearbeiter, Sekret�rin und noch ein paar mehr. > Und schlie�lich hat jeder Mitarbeiter seine Aufgaben. Da gibt > es rund 20 unterschiedliche dokumentierte Aufgabenbeschreibungen, > die verschiedenst auf die jeweiligen Mitarbeiter zutreffen. > (Mitarbeiter A hat Aufgabe 12 und 16; Mitarbeiter B hat Aufgabe > 4, 8 und 20; Mitarbeiter C hat Aufgabe 1, 8 und 18...) > > Bisher hab ich folgenden Denkansatz: > > Mitarbeiter > =========== > ID,Nachname,Vorname,Telefon > > > Status > ====== > ID, Status > > > Aufgaben > ======== > ID, Aufgabe > > > Nun gr�bel ich dar�ber nach, ob das so am sinnvollsten ist und > wie bzw. wo ich nun am besten vermerke, welche Aufgaben auf > welchen MA zutreffen. Soll ich da lauter verschiedene Aufgaben- > Felder in die MA-Tabelle mit reinnehmen? Oder lieber die ID bei > den Aufgaben vergeben nach dem Schema 1,2,4,8,16... so dass ich > das irgendwie berechnen k�nnte!?! Oder hat jemand vielleich nen > ganz anderen Vorschlag? > > Ich wei�, es ist Freitag, der Feierabend ruft - aber vielleicht > hat ja der ein oder andere noch etwas Energie. Ich w�rd's ihm > danken. :-) > > cu > Olli > > | Oft Gefragtes: http://www.aspgerman.com/aspgerman/faq/ > | [aspdebeginners] als [EMAIL PROTECTED] subscribed > | http://www.aspgerman.com/archiv/aspdebeginners/ = Listenarchiv > | Sie knnen sich unter folgender URL an- und abmelden: > | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdebeginners.asp > > | Oft Gefragtes: http://www.aspgerman.com/aspgerman/faq/ | > [aspdebeginners] > als [EMAIL PROTECTED] subscribed | > http://www.aspgerman.com/archiv/aspdebeginners/ = Listenarchiv | Sie knnen > sich unter folgender URL an- und abmelden: | > http://www.aspgerman.com/aspgerman/listen/anmelden/aspdebeginners.asp > > > Holen Sie mehr aus dem Web. Unter > http://explorer.msn.de/intl.asp#de gibt es > einen KOSTENLOSEN Download von MSN Explorer. > > | Oft Gefragtes: http://www.aspgerman.com/aspgerman/faq/ > | [aspdebeginners] als [EMAIL PROTECTED] subscribed > | http://www.aspgerman.com/archiv/aspdebeginners/ = Listenarchiv > | Sie knnen sich unter folgender URL an- und abmelden: > | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdebeginners.asp | Oft Gefragtes: http://www.aspgerman.com/aspgerman/faq/ | [aspdebeginners] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdebeginners/ = Listenarchiv | Sie knnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdebeginners.asp | Oft Gefragtes: http://www.aspgerman.com/aspgerman/faq/ | [aspdebeginners] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdebeginners/ = Listenarchiv | Sie knnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdebeginners.asp
