Veröffentlicht 7. Mai 200322 j hallo 1. kann sich eine Beziehung m zu n oder auch 1 zu n immer nur auf 2 Tabellen (Entities) beziehen oder auch auf mehrere??? 2. kann ein Attribut einer Relationship Primärschlüssel sein??? nicht oder?? ich hoffe ihr könnt mir weiterhelfen cu didii
7. Mai 200322 j Original geschrieben von Didii 1. kann sich eine Beziehung m zu n oder auch 1 zu n immer nur auf 2 Tabellen (Entities) beziehen oder auch auf mehrere??? Zwischen 2 Tabellen gibt es immer nur eine Beziehung, aber Tabellen können natürlich Beziehungen zu vielen Tabellen (und auch zu sich selbst) haben. Original geschrieben von Didii 2. kann ein Attribut einer Relationship Primärschlüssel sein??? nicht oder?? Ich vermute, du meinst jetzt mit Relationship mit Attributen eine verknüpfende Tabelle bei m:n-Beziehungen. Diese hat oft (allerdings nicht immer) die Kombination der beiden Spalten, die Primärschlüssel der verknüften Tabellen sind zum Primärschlüssel. Vielleicht stellst du deine Frage etwas präziser. Gruß Reinhold
7. Mai 200322 j zu 2. ja das mann ich. es ist doch aber immer so, dass bei m- zu n beziehungen eine Zwischentabelle erstellt wird, in der die beiden Primärschlüssel der betroffenen Tabellen als zusammengesetzter Primärschlüssel eingesetzt werden. Bsp: Tabelle: Autoren Attribute: Nr (Primärschlüssel), Name, Wohnort Tabelle: Bücher Attribute ISBN (Primärschlüssel), Titel, Verlegdatum m zu n Beziehung mit Relationship "wann geschrieben" Zwischentabelle: HatGeschrieben Attribute: Nr(Primärschlüssel), ISBN (Primärschlüssel), wanngeschrieben kann in diesem fall "wanngeschrieben" auch noch zum Primärschlüssel kommen??
7. Mai 200322 j Original geschrieben von Didii (...) kann in diesem fall "wanngeschrieben" auch noch zum Primärschlüssel kommen?? Ja, das kannst Du machen. Jede Tabelle kann mit der Angabe aller Attribute als eindeutig gekennzeichnet werden. Jedoch ist es in diesen Faellen oft sinnvoller, ein neues, eindeutiges Feld einzufuehren, welches dann als Primaerschluessel genommen wird.
7. Mai 200322 j Original geschrieben von Reinhold Zwischen 2 Tabellen gibt es immer nur eine Beziehung, aber Tabellen können natürlich Beziehungen zu vielen Tabellen (und auch zu sich selbst) haben. und auch zu sich selbst -> genau das habe ich schon auch einmal gesehen allerdings habe nicht den Sinn verstanden , kannst Du mir bitte es ekleren ?
7. Mai 200322 j Original geschrieben von 007ski und auch zu sich selbst -> genau das habe ich schon auch einmal gesehen allerdings habe nicht den Sinn verstanden , kannst Du mir bitte es ekleren ? Zum Beispiel eine Tabelle Mitarbeiter, deren Spalte Vorgesetzter auf den Primärschlüssel des Vorgesetzten in der gleichen Tabelle Mitarbeiter zeigt. Dadurch könntest du Weisungsbefugnisse darstellen. Reinhold
7. Mai 200322 j Eine Beziehung zu sich selbst funktioniert prinzipiell wie jede andere Beziehung auch. Allerdings gibt es nur weniger Anwendungsfälle dafür - z.B. Nehmen wir an du hast eine Datenbank, welche viele Artikel enthält. Nun sollen diese Artikel Kategorisiert werden. Weil es aber sehr viele Kategorien werden, sollen diese als Hierarchie/Baumstruktur gespeichert werden. z.B. Elektronik -- PC ---- Zubehör ------ DVD-RAM -- Monitor ---- CRT ---- TFT -- Drucker In der Tabelle steht dann: KatId ParentId Kategorie ----------------------------------------- 1 Null Katalog 2 1 Elektronik 3 2 PC 4 3 Zubehör 5 4 DVD-RAM 6 2 Monitor 7 6 CRT 8 7 TFT 9 2 Drucker Ähnlich ist bei Organisationsstrukturen, Mitarbeiterhierarchien (wer ist Chef von wem) und allen Arten von Menüs. Im Prinzip alles, wo die maximale Anzahl von Stufen nicht feststeht. Allerdings ist so etwas "mit Vorsicht zu genießen", da man es mit einfachen SQL-Anweisungen nur sehr mühsam Abfragen kann... Ich hoffe das hilft...
Archiv
Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.