Ihr vorgegebener Kontext ist für mich unvollständig. Ich sehe nicht die ganze Beschreibung Ihres Problems/Ihrer Situation, also werde ich auf der Basis von Annahmen und der Erfahrung, die ich in meinem Leben hatte, antworten. Also mal sehen ...
Der tino Benutzer befragt die Existenz von zwei Entitäten, Titel und Volumen, das etwas wichtig ist. Lassen Sie mich das kurz erklären, was dies als Fehler ausschaltet. Früher (vor einer Zeit) hatten wir Video-Verleih-Läden (ich weiß nicht, ob das der richtige Name wo du lebst, Englisch ist nicht meine Muttersprache). Merken? Wir gingen dorthin, um VHS-Kassetten zu mieten, um sie zuhause zu sehen.
Was wir gemietet haben waren keine Filme, aber mehr Kopien/Midia von ihnen. Ein Film wird immer denselben Schauspieler, Regisseur, Titel usw. haben, aber eine Kopie könnte verschiedene Attribute/Eigenschaften haben, wie das Jahr, in dem die Medien hergestellt wurden, die verfügbaren Sprachen, das Verfallsjahr, unter anderem. Wir hatten also zwei verschiedene Dinge.
Aber trotzdem müssen wir überlegen, ob es notwendig ist, zwei Entitäten für die Persistenz zu erstellen. Wir müssen uns daran erinnern, ob wir diese Informationen beibehalten müssen. Wenn eine Kopie/Midia keine Attribute hat, dann sollte ihre Entität nicht existieren, und was ein Benutzer wirklich mieten würde, wären die Filmtitel.
In Ihrem Fall drückt die Beziehung zwischen Volumen und Titel, glaube ich, diese Diskrepanz aus.
Lassen Sie uns über die Beziehung zwischen Bibliothekar und Titel sprechen. Was ein Bibliothekar verwaltet? Werden die Titel verwaltet, die sich nie ändern und abstrakte Objekte sind, oder die physischen Objekte in der Bibliothek? :)
Schließlich, lassen Sie uns über die Kreditbeziehungen sprechen.Wenn wir 1-N-Beziehungen (oder N-1-Beziehungen) aufschlüsseln, übergeben wir immer den Primärschlüssel von der 1-Seite zur N-Seite und lösen so die Beziehung zur Bildung des physikalischen Modells in einem Entity-Relationship-Diagramm.
Trotz dieser Beziehung ist hier eine 0-5, um es zu zerlegen, werden wir nicht genau eine 0-5 Beziehung haben. Wir hätten den Primärschlüssel von beiden Seiten an den durch diese Beziehung gebildeten Tisch zu übergeben. Daher haben wir hier zunächst eine N-N-Beziehung zwischen Element und Volumen.
N-N-Beziehungen ermöglichen optionale Beziehungen zwischen Entitäten. Dies bedeutet, dass wir hier die Nullseiten-Kardinalität haben können. Um die Anzahl der Bücher zu begrenzen, die gemietet werden können, müssen Sie eine Einschränkung/Einschränkung mit SQL oder mit einer prozeduralen Sprache in Ihrer Datenbank implementieren. In diesem Fall können Sie einen Trigger vor dem Einfügen implementieren. Dieser Trigger hat die Pflicht, diese Einschränkung zu überprüfen, um den Abschluss der Operation als Ganzes zu ermöglichen oder zu bestätigen.
Es sollte klar sein, dass ich nicht sage, dass Sie diese Notation entfernen sollten. Ihr Konzeptmodell sollte es ausdrücken. Aber wenn Sie sich zersetzen, müssen Sie sich daran erinnern. Ich denke, du solltest es einfach korrigieren.
Denken Sie an eine wichtige Regel: Relationen mit Attributen/Eigenschaften (die Attribute/Eigenschaften) können nur in N-N Beziehungen existieren. Wenn Sie Attribute/Eigenschaften in eine 1-N-Beziehung (oder eine N-1-Beziehung) setzen müssen, befinden sich diese (die Attribute/Eigenschaften) immer auf der N-Seite. Zusammenfassend gibt es keine N-1 (oder 1-N) Beziehungen mit Attributen in der Relation. Nur N-N Relationen können Attribute/Eigenschaften haben. Also sei vorsichtig damit.
Fragen oder Erläuterungen, bitte kommentieren und ich werde antworten.
