Cacophoné Studio ist von zum richtigen Anfang, aber es gibt viel mehr sie müssen noch denken. Zuallererst, jedes Mal, wenn sie eine Klasse anbieten, müssen sie eine getrennte Aufzeichnung im Klassentisch schaffen. Diese Methode hat Sinn, aber es verursacht ein potenzielles Problem. Deshalb, wenn eine Klasse (wie Electro-akustischer Gamelan) Enden es gewöhnlich wieder in einer neuen Sitzung mit neuen Studenten angeboten wird. Obwohl das eine ganze neue Klasse ist, hat sie etwas Information genau wie die vorherige Klasse, wie die Beschreibung, Gebühr, Kurs-Voraussetzungen und so weiter.

Um sich mit dieser Voraussetzung zu befassen, müssen Sie einen anderen Tisch, genannt ClassDescriptions schaffen. Die Aufzeichnung von ClassDescriptions sollte die ganze beschreibende Information für eine Klasse haben. Die Klassenaufzeichnung vertritt eine einzelne, vorgesehene Sitzung einer besonderen Klasse. Auf diese Weise kann die Schule dieselbe Klasse mehrmals ohne Verwirrung anbieten.

Um dieses Design arbeiten zu lassen, verbindet sich jede Aufzeichnung in Klassen zu einer einzelnen Aufzeichnung in ClassDescriptions. Es gibt eine one-many Beziehung zwischen ClassDescriptions und Klassen (Abbildung 5-18).

Abbildung 5-18. Dank des Tisches von ClassDescriptions können Sie dieselbe Beschreibung für mehrere Klassen verwenden, dadurch überflüssige Daten vermeidend.

Cacophoné Studio muss auch an die klebrige Finanzseite von Dingen denken. Jedes Mal, wenn sie einen Studenten in einer Klasse bringen, müssen sie eine Satz-Gebühr sammeln. Jedes Mal, wenn sie einen Lehrer einer Klasse zuteilen, müssen sie sofort bezahlen.

Zwei Tische können diese Details ausfüllen: TeacherPayments und StudentCharges. Offensichtlich brauchen diese Tische relationshipsbut vielleicht nicht diejenigen Sie erwarten. Sie können annehmen, dass Sie die Aufzeichnung von StudentCharges direkt mit den Aufzeichnungen im Studententisch verbinden sollten. Diese Verbindung hat Sinn, weil Sie wissen müssen, welcher Student Geld schuldet. Jedoch ist es auch wichtig, was das Geld für nämlich, die Klasse dass das Zahlen des Studenten dafür nachzugehen. Mit anderen Worten muss sich jede Aufzeichnung in StudentCharges sowohl den Studenten als auch dem Klassentisch verbinden.

Aber es gibt eine leichtere Annäherung. Sie können eine Anstrengung sparen, indem Sie den Tisch von StudentCharges direkt mit dem Students_Classes Tisch verbinden. Erinnern Sie sich, jede Aufzeichnung in Students_Classes hat den Studenten und die Klasseninformation für eine Registrierung. Jedes Mal, wenn Sie eine Aufzeichnung in Students_Classes hinzufügen, müssen Sie eine entsprechende Anklage in StudentCharges hinzufügen. Eine Aufzeichnung im Students_Classes Tisch sollte sich zu genau einer Aufzeichnung im Tisch von StudentCharges verbinden. Eine ähnliche Beziehung besteht zwischen den Tischen von Teachers_Classes und TeacherPayments. Abbildung 5-19 zeigt die ganze Bude (nicht einschließlich des Tisches von ClassDescriptions, der in der Abbildung 5-18 gezeigt ist).

Abbildung 5-19. Jede zugeteilte Klasse läuft auf eine Zahlung auf den Tisch von TeacherPayments (Spitze verlassen) hinaus. Jede Registrierung läuft auf eine Anklage auf StudentCharges (Spitzenrecht) hinaus. Obwohl dieses Bild ein bisschen Einschüchtern-auf den ersten Blick, Sie Ihr Weg durch alle Tische und Beziehungen eins nach dem anderen arbeitsfähig sein sollten. Wenn man eine Datenbank baut, ist es am leichtesten, mit einigen Tischen anzufangen, und dann fortzusetzen, hinzuzufügen.

Cacophoné Studio ist von zum richtigen Anfang, aber es gibt viel mehr sie müssen noch denken. Zuallererst, jedes Mal, wenn sie eine Klasse anbieten, müssen sie eine getrennte Aufzeichnung im Klassentisch schaffen. Diese Methode hat Sinn, aber es verursacht ein potenzielles Problem. Deshalb, wenn eine Klasse (wie Electro-akustischer Gamelan) Enden es gewöhnlich wieder in einer neuen Sitzung mit neuen Studenten angeboten wird. Obwohl das eine ganze neue Klasse ist, hat sie etwas Information genau wie die vorherige Klasse, wie die Beschreibung, Gebühr, Kurs-Voraussetzungen und so weiter.

Um sich mit dieser Voraussetzung zu befassen, müssen Sie einen anderen Tisch, genannt ClassDescriptions schaffen. Die Aufzeichnung von ClassDescriptions sollte die ganze beschreibende Information für eine Klasse haben. Die Klassenaufzeichnung vertritt eine einzelne, vorgesehene Sitzung einer besonderen Klasse. Auf diese Weise kann die Schule dieselbe Klasse mehrmals ohne Verwirrung anbieten.

Um dieses Design arbeiten zu lassen, verbindet sich jede Aufzeichnung in Klassen zu einer einzelnen Aufzeichnung in ClassDescriptions. Es gibt eine one-many Beziehung zwischen ClassDescriptions und Klassen (Abbildung 5-18).

Abbildung 5-18. Dank des Tisches von ClassDescriptions können Sie dieselbe Beschreibung für mehrere Klassen verwenden, dadurch überflüssige Daten vermeidend.

Cacophoné Studio muss auch an die klebrige Finanzseite von Dingen denken. Jedes Mal, wenn sie einen Studenten in einer Klasse bringen, müssen sie eine Satz-Gebühr sammeln. Jedes Mal, wenn sie einen Lehrer einer Klasse zuteilen, müssen sie sofort bezahlen.

Zwei Tische können diese Details ausfüllen: TeacherPayments und StudentCharges. Offensichtlich brauchen diese Tische relationshipsbut vielleicht nicht diejenigen Sie erwarten. Sie können annehmen, dass Sie die Aufzeichnung von StudentCharges direkt mit den Aufzeichnungen im Studententisch verbinden sollten. Diese Verbindung hat Sinn, weil Sie wissen müssen, welcher Student Geld schuldet. Jedoch ist es auch wichtig, was das Geld für nämlich, die Klasse dass das Zahlen des Studenten dafür nachzugehen. Mit anderen Worten muss sich jede Aufzeichnung in StudentCharges sowohl den Studenten als auch dem Klassentisch verbinden.

Aber es gibt eine leichtere Annäherung. Sie können eine Anstrengung sparen, indem Sie den Tisch von StudentCharges direkt mit dem Students_Classes Tisch verbinden. Erinnern Sie sich, jede Aufzeichnung in Students_Classes hat den Studenten und die Klasseninformation für eine Registrierung. Jedes Mal, wenn Sie eine Aufzeichnung in Students_Classes hinzufügen, müssen Sie eine entsprechende Anklage in StudentCharges hinzufügen. Eine Aufzeichnung im Students_Classes Tisch sollte sich zu genau einer Aufzeichnung im Tisch von StudentCharges verbinden. Eine ähnliche Beziehung besteht zwischen den Tischen von Teachers_Classes und TeacherPayments. Abbildung 5-19 zeigt die ganze Bude (nicht einschließlich des Tisches von ClassDescriptions, der in der Abbildung 5-18 gezeigt ist).

Abbildung 5-19. Jede zugeteilte Klasse läuft auf eine Zahlung auf den Tisch von TeacherPayments (Spitze verlassen) hinaus. Jede Registrierung läuft auf eine Anklage auf StudentCharges (Spitzenrecht) hinaus. Obwohl dieses Bild ein bisschen Einschüchtern-auf den ersten Blick, Sie Ihr Weg durch alle Tische und Beziehungen eins nach dem anderen arbeitsfähig sein sollten. Wenn man eine Datenbank baut, ist es am leichtesten, mit einigen Tischen anzufangen, und dann fortzusetzen, hinzuzufügen.