bază de date de modelare Infological - participant
Ca orice model, „entitate-relație“ are câteva concepte de bază care formează blocurile de construcție originale ale obiectelor mai complexe deja construite în conformitate cu reguli predefinite.
Essence. prin care clasa simulate de obiecte similare. Essence are un nume care este unic în cadrul sistemului fiind modelat. Deci, ca esență corespunde unei clase de obiecte similare, se presupune că sistemul are mai multe instanțe ale unei anumite entități. Obiectul, care corespunde noțiunii de natură, are propriul set de atribute - caracteristici care determină proprietățile reprezentantului de clasă. În același set de atribute trebuie să fie de așa natură încât a fost posibil să se facă distincția între instanțe specifice ale entității.
Esența „Departament“, „Solicitant“, „profesor“, „disciplină școlară“, „Grupul“.
Definirea esenței „majore“ în modelul ER
Fig. 2. Definirea esenței „Concurent“ în modelul ER
Fig. 3. Definirea esenței „profesor“ în modelul ER
Fig. 4. Definirea esenței „disciplinei“ în modelul ER
Figura 5. Definirea esenței „Grupului“ în modelul ER
bază de date relațională schema „proces educațional“ este reprezentat de următoarele tabele:
„Group“ - conține un rând pentru fiecare grup;
„Studenții“ - conține câte un rând pentru fiecare dintre elevi;
„Departamentul“ - conține câte un rând pentru fiecare dintre departamente;
„Profesor“ - conține câte un rând pentru fiecare dintre profesori;
„Subiect“ - conține un rând pentru fiecare dintre subiecți;
„Curriculum“ - conține un rând pentru fiecare clasă pe fiecare subiect al unui semestru separat;
„Progress“ - conține un rând pentru fiecare rezultat de a pune elevii individuale disciplina separata.
Toate tabelele bazei de date „procesul educațional“ este în formă normală a treia:
· Fiecare coloană de tabel este indivizibil, iar în termen de un tabel cu aceleași coloane au valorile de sens (1nF);
· Cheia primară identifică în mod unic o intrare și nonredundant, toate câmpurile fiecărui tabel depinde de cheia sa primară (2NF);
· Valoarea oricărui câmp nu este inclusă în cheia primară nu depinde de valoarea unui alt câmp, care nu sunt incluse în cheia primară (3NF).
În formă grafică arată tabelele listate, coloanele lor, chei primare și străine. Vizați chei primare și străine, urmate de structuri de construcții suplimentare - indici, oferind acces rapid la date printr-o valoare-cheie.
Structura bazei de date
Între entități poate fi stabilită conexiunea - asociații binare, care arată modul în care entitatea corelate sau interacționează. Comunicarea poate exista între două entități diferite sau între esență și aceeași (relația recursiv) ei. Ea arată modul în care instanțele de entități sunt conectate între ele. În cazul în care se stabilește comunicarea între cele două entități, definește relația dintre instanțe ale celeilalte entități
Comunicarea „unu-la-multe“ (1: M), unul din „Învățătorul“ și multe din „Participantului“
Diferite capacitate de comunicare notatii este descrisă în moduri diferite. Între două entități pot fi date orice număr de relații cu sens diferit. Comunicarea oricare dintre aceste tipuri pot fi opționale. în cazul în care, în acest sens, ar trebui să fie implicate în fiecare instanță a unei entități, opțional - în cazul în care nu toate instanțele unei entități ar trebui să fie implicate în acest sens. Conexiunea poate fi obligatorie pe de o parte, și opțional pe de altă parte. comunicare legat în diferite moduri, în diferite notări indicate. Noi folosim din nou notația PowerDesigner. Aici o legătură opțională este indicată printr-un cerc gol la sfârșitul link-ului, și să fie legat de linia perpendiculară traversează conexiunea. Și această notație are o interpretare simplă. Cercul înseamnă că nici un caz nu poate fi implicat în acest sens. Un perpendiculara este interpretat ca faptul că cel puțin o instanță a unei entități este implicată în acest sens.
Essence are un nume care este unic în cadrul modelului. În acest caz, numele entității - un nume de tip, mai degrabă decât o anumită instanță.
Entitățile sunt împărțite în punctele forte și punctele slabe. Esența este slabă, în cazul în care existența sa este dependentă de o altă entitate - puternică în legătură cu acesta.
O entitate poate fi împărțită în două sau mai multe reciproc sub-tipuri exclusive, fiecare dintre care include atributele și / sau comune de comunicare. Aceste atribute comune, și / sau de comunicare este clar definită o dată la un nivel superior. Subtipurile sunt determinate de propriile atribute și / sau de comunicare. În alocarea subtipurile principiu poate proceda la niveluri mai scăzute, dar în cele mai multe cazuri este doar două sau trei nivele.
Esența, care sunt determinate pe baza subtipuri, numite supratipul. Subtipurile trebuie să formeze un set complet, adică orice instanță a supratipul trebuie să se refere la un anumit subtip. Uneori este necesar să se determine caracterul complet al subtipului suplimentar stabilit, cum ar fi „Altele“.
Reprezentați domeniu de date „proces de formare“, ca interacțiunea dintre următoarele entități: fiecare „participant“ trece examenul sau compensat printr-un „subiect“ în conformitate cu programa. implicat „profesor“ care citește cursul de formare și controlul cunoașterii „Concurent“ în procesul educațional. Procesul de instruire este de asemenea implicat, „Departamentul“, care organizează activitatea de „Profesor“. Educație „Concurent“ se desfășoară în „Grupul“, împreună cu colegii săi.
Trebuie menționat faptul că, pentru fiecare entitate stabilit propriul cod - un atribut cheie care caracterizează în mod unic esența. De exemplu, numărul de participanți în grupul normală nu poate servi ca o cheie, deoarece pentru fiecare grup, aceste numere pot fi repetate. Personalul atribut numărul de instruire este de dorit să se ia ca o cheie, cât este încă posibil pentru a schimba numărul de personal.
Presupunem pentru simplitate că toate conexiunile necesare. Între entitățile selectate pot fi identificate, de exemplu, următoarele link-uri:
1. "Solicitanții combinate în" grupuri „(comunicații M: 1).
2. "profesor" organizează de lucru "Scaune" (Us M: 1).
3. "Profesorii" învețe "disciplinele programului de formare" (link 1: N).
5. "Solicitanții" sit "subiecți ai curriculumului" (conexiune M: M).
Arătăm acum relațiile dintre toate entitățile care utilizează o PowerDesigner notație grafică.
Presupunem pentru simplitate că toate reclamantele grupate în mod necesar.
principiile de proiectare baze de date de proces pe baza de normalizare reprezintă o secvență de tranziții de la verbale structura informală a informațiilor descriptive din domeniul de a formalizate obiecte descriere domeniu în ceea ce privește un model.
Modelul Infological este aplicat în a doua etapă de proiectare a unei baze de date, care este, după o descriere verbală a zonei subiect. Procesul de proiectare și necesită o discuție lungă cu clientul și cu experți în domeniu. În cele din urmă, dezvoltarea sistemelor informatice majore corporative, de proiectare a bazei de date este baza pe care să construiască întregul sistem, și problema posibilității de creditare experților băncii de multe ori a decis, pe baza acesteia se face cu competență de bază de date a proiectului infological. În consecință, modelul infological ar trebui să includă o descriere formalizată a zonei subiect, care va fi ușor de „citit“ nu numai experți în bazele de date. Și această descriere ar trebui să fie cât mai concisă, pentru a fi în măsură să aprecieze adâncimea și valabilitatea studiului a proiectului de baze de date, și, desigur, nu ar trebui să fie legat de o anumită bază de date. Selectarea bazei de date - aceasta este o sarcină separată pentru a aborda în mod corespunzător, este necesar să existe un proiect care nu este legată de nici o anumită bază de date.
Design Infological se datorează în primul rând o încercare de a reprezenta domeniul semantica în modelul bazei de date. Modelul de date relațional datorită simplității și concizia nu permite semantica de afișare, adică, sensul zonei subiect.
În opinia noastră, dificil de a percepe în mod corect și să aprecieze sfaturi și trucuri pentru a construi un model Infological bun care de zeci de ani au format cele mai mari specialiști în domeniul prelucrării datelor. În mod ideal, este necesar ca a fost pus în aplicare anterior cel puțin un sistem de informații proiect propus de către utilizatorii săi reali.
Orice recomandări teoretice sunt luate în serios numai după mai multe încercări nereușite de a revigora sistemele de prost proiectate. (Deși există unele designeri care continuă să creadă că ei pot revigora proiectul pe moarte cu modificări ale programelor, mai degrabă decât modelul de bază de date Infological.)
Pentru a determina lista și structura datelor stocate este necesară pentru a colecta informații cu privire la cererile reale și potențiale, precum și utilizatorii bazei de date, iar modelul de construcție Infological ar trebui să vă faceți griji doar cu privire la fiabilitatea acestor date, uitând complet de aplicații și utilizatorii, pentru care este creată baza de date.
1. S. Atre abordare structurală la organizarea bazelor de date. - M. Finanțe și Statistică, 1983. - 320 p.
2. Boiko VV Savinkov VM Proiectarea sistemelor informatice de baze de date. - M. Finanțe și Statistică, 1989. - 351 p.
3. K. Data este pe RDBMS DB2 Ghid. - M. Finanțe și Statistică, 1988. - 320 p.
7. Teoria M. Meyer a bazelor de date relaționale. - Mir, 1987. - 608 p.
8. structuri de baze de date Tiori T. J. Fry. Proiectare. În 2 cărți. - Mir, 1985. Kn. 1-287. Voi. 2. - 320 p.
10. J. Hubbard. Baze de date proiectare asistată de calculator. - Mir, 1984. - 294 p.
11. D. Tsikritizis Lokhovsky F. Modelul de date. - M. Finanțe și Statistică, 1985. - 344 p.