Gli Studi di Cacophoné sono via all'inizio giusto, ma c'è molto più loro ancora hanno bisogno di pensare. Prima di tutto, ogni volta che loro offrono una classe, loro hanno bisogno di creare un rapporto separato nel tavolo di Classi. Questo metodo ha il senso, ma questo causa un problema potenziale. Perciò quando una classe (come Gamelan Electro-acustico) le fini, è di solito offerto di nuovo in una nuova seduta, con nuovi studenti. Sebbene questo sia una nuova classe intera, questo ha un po' d'informazione in comune con la classe precedente, come la descrizione, il pagamento, i requisiti di corso, e così via.

Per affrontare questo requisito, Lei ha bisogno di creare altro tavolo, chiamato ClassDescriptions. Il rapporto di ClassDescriptions deve avere tutta l'informazione descrittiva per una classe. Il rapporto di Classi rappresenta una seduta sola, programmata di una classe particolare. Quelli strada, la scuola può offrire alla stessa classe tempi multipli senza confusione.

Per fare questo progetto lavorare, ogni rapporto in Classi si collega a un rapporto solo in ClassDescriptions. C'è un rapporto "un a molti" tra ClassDescriptions e Classi (la cifra 5-18).

La cifra 5-18. Grazie al tavolo ClassDescriptions, Lei può usare la stessa descrizione per parecchie classi, con ciò evitando dati licenziati per esubero di personale.

Gli Studi di Cacophoné anche hanno bisogno di pensare alla parte finanziaria appiccicosa di cose. Ogni volta che loro mettono uno studente in una classe, loro hanno bisogno di riunire un pagamento di serie. Ogni volta che loro assegnano a un insegnante a una classe, loro hanno bisogno di pagare.

Due tavoli possono riempirsi in questi dettagli: TeacherPayments e StudentCharges. Evidentemente, questi tavoli hanno bisogno di relationshipsbut forse non questi Lei aspetta. Lei può presumere che Lei deve collegare il rapporto di StudentCharges direttamente sui rapporti nel tavolo di Studenti. Quel collegamento ha il senso, perché Lei ha bisogno di sapere quale studente deve soldi. Comunque, è anche importante tenere la traccia di che i soldi per vale a dire, la classe che il pagamento dello studente per. In altre parole, ogni rapporto in StudentCharges ha bisogno di collegarsi sia agli Studenti sia al tavolo di Classi.

Ma c'è un approccio più facile. Lei può salvare alcuno sforzo collegando il tavolo StudentCharges direttamente al tavolo Students_Classes. Ricordi, ogni rapporto in Students_Classes ha lo studente e l'informazione di classe per un'iscrizione. Ogni volta che Lei aggiunge un rapporto in Students_Classes, Lei ha bisogno di aggiungere un'accusa corrispondente in StudentCharges. Un rapporto nel tavolo Students_Classes deve collegarsi a esattamente un rapporto nel tavolo StudentCharges. Un rapporto simile esiste tra il Teachers_Classes e i tavoli TeacherPayments. La cifra 5-19 mostra la capanna intera (non compreso il tavolo ClassDescriptions mostrato nella cifra 5-18).

La cifra 5-19. Ogni classe assegnata ha come conseguenza un pagamento nel tavolo TeacherPayments (la cima lasciata). Ogni iscrizione ha come conseguenza un'accusa in StudentCharges (il diritto ultimo). Sebbene questo quadro un po' intimidatorio a prima vista, Lei debba essere capace di azionare la Sua strada attraverso tutti i tavoli e i rapporti a uno a uno. Costruendo una base di dati, è il più facile da cominciare da alcuni tavoli, e poi continuare ad aggiungere.

Questa base di dati ha diventato rapidamente abbastanza sofisticata. E gli Studi di Cacophoné probabilmente non sono fatti già. (Ad esempio, questo più che probabilmente vorrà che un tavolo segua le tracce di pagamenti studenteschi.) Come con la maggior parte di basi di dati realistiche, Lei può continuare ad aggiungere nuovi tavoli e i rapporti senza fine.

Popolarità: il 2 % [?]

Gli Studi di Cacophoné sono via all'inizio giusto, ma c'è molto più loro ancora hanno bisogno di pensare. Prima di tutto, ogni volta che loro offrono una classe, loro hanno bisogno di creare un rapporto separato nel tavolo di Classi. Questo metodo ha il senso, ma questo causa un problema potenziale. Perciò quando una classe (come Gamelan Electro-acustico) le fini, è di solito offerto di nuovo in una nuova seduta, con nuovi studenti. Sebbene questo sia una nuova classe intera, questo ha un po' d'informazione in comune con la classe precedente, come la descrizione, il pagamento, i requisiti di corso, e così via.

Per affrontare questo requisito, Lei ha bisogno di creare altro tavolo, chiamato ClassDescriptions. Il rapporto di ClassDescriptions deve avere tutta l'informazione descrittiva per una classe. Il rapporto di Classi rappresenta una seduta sola, programmata di una classe particolare. Quelli strada, la scuola può offrire alla stessa classe tempi multipli senza confusione.

Per fare questo progetto lavorare, ogni rapporto in Classi si collega a un rapporto solo in ClassDescriptions. C'è un rapporto "un a molti" tra ClassDescriptions e Classi (la cifra 5-18).

La cifra 5-18. Grazie al tavolo ClassDescriptions, Lei può usare la stessa descrizione per parecchie classi, con ciò evitando dati licenziati per esubero di personale.

Gli Studi di Cacophoné anche hanno bisogno di pensare alla parte finanziaria appiccicosa di cose. Ogni volta che loro mettono uno studente in una classe, loro hanno bisogno di riunire un pagamento di serie. Ogni volta che loro assegnano a un insegnante a una classe, loro hanno bisogno di pagare.

Due tavoli possono riempirsi in questi dettagli: TeacherPayments e StudentCharges. Evidentemente, questi tavoli hanno bisogno di relationshipsbut forse non questi Lei aspetta. Lei può presumere che Lei deve collegare il rapporto di StudentCharges direttamente sui rapporti nel tavolo di Studenti. Quel collegamento ha il senso, perché Lei ha bisogno di sapere quale studente deve soldi. Comunque, è anche importante tenere la traccia di che i soldi per vale a dire, la classe che il pagamento dello studente per. In altre parole, ogni rapporto in StudentCharges ha bisogno di collegarsi sia agli Studenti sia al tavolo di Classi.

Ma c'è un approccio più facile. Lei può salvare alcuno sforzo collegando il tavolo StudentCharges direttamente al tavolo Students_Classes. Ricordi, ogni rapporto in Students_Classes ha lo studente e l'informazione di classe per un'iscrizione. Ogni volta che Lei aggiunge un rapporto in Students_Classes, Lei ha bisogno di aggiungere un'accusa corrispondente in StudentCharges. Un rapporto nel tavolo Students_Classes deve collegarsi a esattamente un rapporto nel tavolo StudentCharges. Un rapporto simile esiste tra il Teachers_Classes e i tavoli TeacherPayments. La cifra 5-19 mostra la capanna intera (non compreso il tavolo ClassDescriptions mostrato nella cifra 5-18).

La cifra 5-19. Ogni classe assegnata ha come conseguenza un pagamento nel tavolo TeacherPayments (la cima lasciata). Ogni iscrizione ha come conseguenza un'accusa in StudentCharges (il diritto ultimo). Sebbene questo quadro un po' intimidatorio a prima vista, Lei debba essere capace di azionare la Sua strada attraverso tutti i tavoli e i rapporti a uno a uno. Costruendo una base di dati, è il più facile da cominciare da alcuni tavoli, e poi continuare ad aggiungere.

Questa base di dati ha diventato rapidamente abbastanza sofisticata. E gli Studi di Cacophoné probabilmente non sono fatti già. (Ad esempio, questo più che probabilmente vorrà che un tavolo segua le tracce di pagamenti studenteschi.) Come con la maggior parte di basi di dati realistiche, Lei può continuare ad aggiungere nuovi tavoli e i rapporti senza fine.

Popolarità: il 2 % [?]