2. 2. CONSTRUIREA MODELULUI „OBIECTUL - PROPRIETATE - RELAȚIA”

Pentru a descrie ILM, se folosesc ambele limbaje de tip analitic (descriptiv), precum și mijloace grafice; în viitor, se utilizează metoda grafică de afișare a modelului „obiect-proprietate-relație”. În domeniul subiectului, în procesul examinării și analizei sale, se disting clase de obiecte. clasa de obiecte numit un set de obiecte care au același set de proprietăți. De exemplu, dacă luăm în considerare o universitate ca disciplină, atunci în ea se pot distinge următoarele clase de obiecte: studenți, profesori, săli de clasă etc. Obiectele pot fi reale, așa cum am menționat mai sus, sau pot fi abstracte, cum ar fi obiectele pe care elevii le studiază.

Când este reflectat în sistemul informațional, fiecare obiect este reprezentat de identificatorul său, care distinge un obiect de clasă de altul, iar fiecare clasă de obiect este reprezentată de numele acestei clase. Deci, pentru obiectele din clasa „SUBIECTE STUDIATE”, identificatorul fiecărui obiect va fi „NUMELE SUBIECTULUI”. Identificatorul trebuie să fie unic.

Fiecare obiect are un anumit set de proprietăți. Pentru obiectele din aceeași clasă, setul acestor proprietăți este același, iar valorile lor, desigur, pot diferi. De exemplu, pentru obiectele clasei „STUDENT”, un astfel de set de proprietăți care descriu obiectele clasei poate fi „ANUL NAȘTERII”, „SEXUL”, etc.

Când descrieți domeniul de subiect, este necesar să descrieți fiecare dintre clasele existente de obiecte și un set de proprietăți fixate pentru obiectele acestei clase.

Vom folosi următoarele denumiri pentru a afișa obiectele și proprietățile lor (Fig. 2. 3).

Proprietate

Orez. 2.3 Desemnarea obiectelor și proprietățile acestora

Fiecărei clase de caracteristici dintr-un model infologic i se atribuie un nume unic.

La construirea unui model infologic, este de dorit să se ofere o interpretare verbală a fiecărei entități, mai ales dacă este posibilă o interpretare ambiguă a conceptului.

Orez. 2.4 Imagine a relației „obiect – proprietate”.

La descrierea domeniului subiectului, este necesar să se reflecte relația dintre obiect și proprietățile care îl caracterizează. Acesta este descris pur și simplu ca o linie care leagă denumirea obiectului și proprietățile acestuia.

Relația dintre un obiect și proprietatea acestuia poate fi diferită. Un obiect poate avea o singură valoare a unei proprietăți. De exemplu, fiecare persoană poate avea o singură dată de naștere. Să numim aceste proprietăți singur. Pentru alte proprietăți, este posibil ca același obiect să aibă mai multe valori în același timp. Să fie, de exemplu, când descrieți un „ANGAJAT”, „LIMBA STRĂINĂ”, pe care o cunoaște, este fixată drept proprietatea sa. Deoarece un angajat poate cunoaște mai multe limbi străine, vom numi această proprietate multiplu. Când descriem relația dintre un obiect și proprietățile sale, vom folosi o singură săgeată pentru proprietăți individuale și o săgeată dublă pentru proprietăți multiple.

De asemenea, unele proprietăți sunt persistente, valoarea lor nu se poate modifica în timp. Să numim aceste proprietăți static,și acele proprietăți, a căror valoare se poate schimba în timp, vom apela dinamic.

O altă caracteristică a relației dintre un obiect și proprietatea acestuia este dacă această proprietate este prezentă în toate obiectele unei clase date sau absentă în unele obiecte. De exemplu, pentru angajații individuali, poate apărea proprietatea „ADD” și este posibil ca alte obiecte din această clasă să nu aibă proprietatea specificată. Să numim aceste proprietăți condiţional.

Când descriem conexiunea unei proprietăți condiționate cu un obiect, vom folosi o linie punctată, iar pentru a desemna proprietăți dinamice și statice vom folosi literele D și S deasupra liniei corespunzătoare.

Uneori într-un model infologic este utilă introducerea conceptului „proprietate compozită”. Exemple de astfel de proprietăți sunt „ADRESA”, constând din „ORAȘ”, „STRADA”, „CASA” și „APARTAMENT”, și „DATA NAȘTERII”, constând din „ZIA”, „LUNA” și „ANUL”. În ILM, folosim un pătrat pentru a desemna o proprietate compozită, din care emană linii, conectându-l cu denumirile elementelor sale constitutive (Fig. 2. 4).

Modelul infologic afișează nu instanțe individuale de obiecte, ci clase de obiecte. Când desemnarea unui obiect este afișată în ILM, este clar că vorbim despre o clasă de obiecte care au proprietățile descrise. Prin urmare, în modelul infologic, în cele mai multe cazuri, este posibil și să nu se introducă în mod explicit o desemnare pentru o clasă de obiecte. O reprezentare explicită a unei clase de obiecte este necesară numai dacă software-ul pentru această clasă de obiecte fixează nu numai caracteristicile legate de obiectele individuale ale acestei clase, ci și unele caracteristici integrale legate de întreaga clasă în ansamblu. De exemplu, dacă pentru clasa de obiecte „ANGAJATII ÎNTREPRINDERII” nu este fixă ​​doar vârsta fiecărui angajat, ci și vârsta medie a tuturor angajaților, atunci în modelul infologic este necesar să se reflecte nu numai obiectul „ANGAJAT ”, dar și clasa de obiecte „ANGAJATI”. Pentru a afișa o clasă de obiecte, puteți utiliza o desemnare specifică sau aceeași care este folosită pentru obiecte (Fig. 2. 5).

Orez. 2.5 Imaginea unei clase de obiecte și caracteristicile integrale ale clasei.

Pe lângă conexiunea dintre un obiect și proprietățile acestuia, modelul infologic fixează conexiuni între obiecte de diferite clase. Există conexiuni precum „unu la unu” (1: 1), „unu la mulți” (1: M), „mulți la mulți” (M: M). Uneori, aceste tipuri de legături sunt denumite grad de legătură.

Pe lângă gradul de conexiune din modelul infologic, pentru a caracteriza legătura dintre diferite entități, așa-numitele „clasa de membru”, care indică dacă un obiect din această clasă poate fi asociat cu orice obiect al altei clase. Clasa de membru al unei entități trebuie să fie obligatorie sau opțională.

Să explicăm ceea ce s-a spus cu exemple concrete. După cum am menționat mai sus, modelul infologic nu este construit pentru un singur obiect, ci afișează clase de obiecte și relații dintre ele. Diagrama corespunzătoare care afișează acest lucru se numește diagramă de tip ER (acest nume se datorează faptului că în engleză cuvântul „entity” este scris „entity”, iar relația este „relationship”). Cu toate acestea, uneori, pe lângă diagramele de tip ER, sunt folosite diagramele de instanță ER.

Să presupunem că modelul infologic afișează o relație între două clase de obiecte: „ANGAJAT” și „LIMBĂ STRĂINĂ”.

Să presupunem că tematica este o fabrică, unii dintre ai cărei angajați cunosc o limbă străină, dar niciunul dintre ei nu vorbește mai mult de o limbă. Desigur, există multe limbi pe care niciunul dintre angajați nu le vorbește și, de asemenea, unii dintre angajați vorbesc aceeași limbă străină (Fig. 2. 6).

c1. .i1

c2. .i2

c3. .i3

c4. .i4

c5. .i5

c6. .i6

c7. .i7

Orez. 2.6 Diagrama ER - Instanțe

În acest caz, diagrama instanțelor ER va arăta ca cea prezentată în Fig. 2.6, iar diagrama de tip ER este ca în fig. 2.7.

Orez. 2. 7. Diagrama tipurilor E - R

Să presupunem în continuare că domeniul de studiu este un institut, iar obiectul „PERSONALITATE” afișează solicitanții care intră în acest institut. Fiecare dintre solicitanți trebuie să cunoască fluent o limbă străină, dar nimeni nu vorbește mai mult de o limbă (Fig. 2. 8). În acest caz, diagrama instanțelor ER va arăta ca cea prezentată în Fig. 2.8, iar diagrama de tip ER este ca în fig. 2.9.

Limbajul personalității

l1 i1

l2 i2

l3 i3

l4 i4

l5 i5

l6 i6

l7 i7

Atât în ​​primul, cât și în cel de-al doilea caz luat în considerare, se observă relația M între entități: 1. Pe diagramă, aceasta este afișată din partea obiectului „PERSONALITATE” printr-o săgeată dublă, iar din lateralul obiectului. „Limba străină” - printr-o singură săgeată pe linie care ilustrează conexiunea dintre entitățile de date.

Diferența dintre situațiile luate în considerare este că în primul caz, clasa de apartenență este opțională pentru ambele entități, iar în al doilea caz, pentru entitatea „PERSOANĂ”, clasa de apartenență este obligatorie. Pe diagramă (Fig. 2. 9), aceasta este afișată printr-un punct în dreptunghiul corespunzător obiectului „PERSONALITATE”.

Fie ca tematica să fie aceeași ca în cazul precedent, dar există situații în care unii solicitanți cunosc mai multe limbi străine. În acest caz, relația dintre obiecte va fi de tip M:M.

Pentru un astfel de domeniu, diagrama instanței ER va arăta ca cea prezentată în Fig. 2.10, iar diagrama de tip ER este ca în fig. 2.11.

Limbajul personalității

l1 i1

l2 i2

l3 i3

l4 i4

l5 i5

l6 i6

l7 i7

Să presupunem că domeniul de studiu este un anumit institut lingvistic, în care fiecare și: angajații trebuie să cunoască mai multe limbi străine, iar pentru fiecare dintre limbile cunoscute științei din acest institut există cel puțin un specialist care o cunoaște.

În acest caz, relația dintre obiecte va fi M:M, iar clasa de apartenență a ambelor entități este obligatorie.

(Ar putea fi dat un exemplu, dar esenta este clară).

Mai sus, am luat în considerare obiectele fără să ne adâncim în complexitatea lor. De fapt, există mai multe tipuri de obiecte.

În primul rând, acestea sunt obiecte simple și complexe. Obiectul este numit simplu, dacă este considerat indivizibil. Complicat un obiect este o combinație de alte obiecte, simple sau complexe, afișate de asemenea în sistemul informațional. Conceptul de obiect „simplu” și „complex” este relativ. Într-o considerație, un obiect poate fi considerat simplu, iar în alta, același obiect poate fi considerat complex. De exemplu, obiectul „scaun” din subsistemul de contabilitate a activelor materiale va fi considerat un simplu obiect, dar pentru o întreprindere care produce scaune, acesta va fi un obiect compozit (inclusiv „picioare”, „spatar”, „scaun” etc. .).

Există mai multe varietăți de obiecte complexe: obiecte compozite, obiecte generalizate și obiecte agregate.

Obiect compozit corespunde cartografierii relației „întreg-parte”. Exemple de obiecte compuse sunt MONTAJ-PIEȚE, CLASĂ-STUDENTI etc.

Pentru a afișa obiecte compozite într-un model infologic, de obicei nu se folosesc convenții speciale. Relația dintre un compozit și obiectele sale constitutive este afișată în același mod ca cel descris mai sus. Mai mult, natura conexiunii poate fi, de asemenea, diferită: de exemplu, „DETALII” și „NODURI” sunt interconectate printr-o relație de tip M:M, iar „GRUP” și „STUDENȚI” sunt legate printr-o relație 1:M. .

obiect generic reflectă existența unei relații „gen-specie” între obiectele domeniului subiect. De exemplu, obiectele STUDENT, ȘCOLARI, STUDENT POSTLICALAT, STUDENT DE TEHNICĂ formează un obiect generalizat STUDENTI. Obiectele care alcătuiesc un obiect generalizat se numesc categorii ale acestuia.

Atât un obiect „generic”, cât și un obiect „specie” pot avea un anumit set de proprietăți. Mai mult, se observă așa-numita moștenire a proprietăților, adică un obiect „specie” are toate proprietățile pe care le are un obiect „generic”, plus proprietăți care sunt inerente doar obiectelor de acest tip.

Definiția relațiilor gen – specie înseamnă clasificarea obiectelor din domeniul subiectului în funcție de anumite caracteristici. Subclasele pot fi distinse în modelul infologic într-o formă explicită și implicită. În primul caz, în reprezentarea grafică este introdusă o denumire specială pentru subclasă. Pe fig. 2. 14 arată un fragment dintr-un model infologic care reflectă obiectul generalizat „PERSONALITATE” pentru o instituție de învățământ superior. Pentru el sunt mai multe categorii: PROFESOR, STUDENT, STUDENT POSTLICALAT. Un triunghi a fost folosit pentru a indica o subclasă în schemă.

Desigur, clasificarea poate fi pe mai multe niveluri. Deci, în exemplul luat în considerare, obiectul generalizat „PERSOANĂ” poate fi împărțit în două subclase: ANGAJAT și STUDENT. SALARIATII, la randul lor, pot fi clasificati in FACULTATE, ADMINISTRARE etc.

Personalitate

Orez. 2.14 Imaginea unui obiect generalizat

Clasele de obiecte distinse în domeniul subiectului pot fi atât intersectante, cât și neintersectante. Pentru a afișa aceste informații într-un model infologic, puteți utiliza un grafic de intersecție ale cărui vârfuri corespund unor clase (subclase) de obiecte, iar muchiile conectează o pereche de vârfuri numai dacă clasele de obiecte corespunzătoare se intersectează. Puteți utiliza un grafic ponderat pentru a afișa gradul de intersecție. În acest caz, greutatea vârfului va desemna cardinalitatea mulțimii corespunzătoare de obiecte, iar greutatea muchiei va fi cardinalitatea mulțimii care este intersecția mulțimilor conectate prin această muchie (Fig. 2.15).

Orez. 2.15 Graficul de intersecție

Graficul de intersecție conține informații suplimentare despre domeniul subiectului și nu aparține clasei de modele ER.

Obiecte agregate de obicei corespund unui proces în care sunt „implicate” alte obiecte. De exemplu, obiectul agregat „FURNIZARE” combină obiectele „FURNIZOR”, care furnizează produse, „CONSUMATOR”, care primește aceste produse, precum și „PRODUSE” furnizate în sine. Un obiect deosebit este „DATA LIVRARE”. Un obiect agregat poate, ca un obiect simplu, să aibă proprietăți care îl caracterizează. În exemplul luat în considerare, o astfel de proprietate ar putea fi dimensiunea livrării.

Obiectele agregate sunt de obicei denumite substantive verbale (de exemplu, furnizare-livrare, eliberare-eliberare, vânzare-vânzare etc.).

Orez. 2.16 Imaginea unui obiect agregat

Pentru a afișa obiectul agregat în modelul infologic, vom folosi următoarele convenții:

obiectul agregat însuși va fi reprezentat printr-un romb, lângă care se indică numele obiectului corespunzător. Acest romb trebuie asociat cu simbolurile acelor obiecte care formează acest obiect agregat. Proprietățile unui obiect agregat sunt afișate în același mod ca și pentru un obiect simplu. Pe orez. 2.16 arată obiectul agregat „FURNIZAREA PRODUSELOR”.

Elemente structurale ale bazei de date

În descrierea unui obiect de date trebuie să se distingă 2 componente: structură și instanță.

Structura– lista de atribute ale obiectului și caracteristicile atributelor.

instanță– set de valori ale atributelor.

Structura se schimbă extrem de rar. Instanța este supusă modificării.

Când este stocată într-un computer, o bază de date corespunde unui grup de fișiere și foldere, un set de obiecte corespunde unui fișier. Fiecare obiect are o intrare corespunzătoare în fișier. Fiecare atribut corespunde unui câmp de înregistrare.

Următoarele caracteristici sunt utilizate pentru a descrie un atribut:

1. nume, de exemplu, nContract, cStudent;

2. tastați, de exemplu, caracter, numeric;

3. lungime, de exemplu, 15 octeți;

4. precizie, pentru date numerice.

5. descriere, comentariu;

6. format de imagine pe ecran și hârtie;

7. indiciu;

8. format de intrare;

9. valoarea initiala;

10. interval de valori.

Cheie este un mijloc de ordonare a obiectelor într-un set. Cheia conține expresie cheie alcătuit din atribute obiectului. Pe măsură ce valoarea expresiei cheie crește, obiectele sunt prezentate pentru vizualizare și procesare.

Puteți seta mai multe chei pentru un set. De exemplu, pentru setul Angajați, puteți specifica o cheie în ordine alfabetică după nume de familie, angajații vor fi prezentați alfabetic.

Cheia este numită primar, dacă o valoare a expresiei sale din set selectează 0 sau 1 obiect. De exemplu, pentru un set de angajați, cheia „După numărul de personal” este primară, deoarece niciunul sau doar un angajat nu este alocat de o valoare a numărului de personal.

Cheia este numită secundar, dacă 0 sau mai multe obiecte sunt selectate din set cu o valoare a expresiei sale. De exemplu, cheia pentru un set de lucrători, cheia „Nume de familie alfabetice” este secundară, deoarece printre lucrători pot exista nume.

Conform axiomei diferenței, fiecare set are o cheie primară. În cazul extrem, expresia sa include toate atributele obiectului din set.

Este o bună practică să introduceți un atribut artificial „Număr de secvență în set” pentru obiectul de date, care este atribuit automat și unic. Cheia după acest atribut este numită surogat.

Rețineți că conceptele de chei primare și secundare nu depind de numărul și valorile obiectelor din set. Cheile primare și secundare sunt pentru seturi goale.

Fie n seturi de obiecte Е 1 , Е 2, … , Е n .

Comunicare este mulțimea de șiruri de obiecte (е i 1 , е i 2, …, е i n), unde е i 1 н Е 1, е i 2 н Е 2, …, е i n н Е n.

Cu ajutorul legăturilor, seturile de obiecte sunt combinate într-o singură structură de informații.

Există trei tipuri de legături între două seturi de obiecte (n=2):

1. unu la unu (1:1);

2. unu la mai mulți (1:M);

3. multi la multi (M:N).

"unu la unu", dacă pentru fiecare obiect din primul set se poate preciza 0 sau 1 obiect din al doilea set, iar pentru fiecare obiect din al doilea set, puteți specifica 0 sau 1 obiect din primul set.

Exemple de relații 1:1 sunt relațiile dintre:

elevi și caiete de note,

Între țări și valute

între ofițeri și armele de serviciu,

între cetăţeni şi paşapoartele străine. Fiecare elev fie nu are o carte de înregistrare, fie are doar una.

Pentru fiecare carte de înregistrare, fie nu este specificat studentul, fie există doar unul.

Legătura dintre cele două seturi E 1 și E 2 este de tipul "unu la multi" 0 sau mai mult 0 sau 1 obiect din primul set.

Exemplele de legături 1:M sunt legături între

bănci și depozite

depozite și contribuții

Între grupuri și elevi

Între departamente și angajați

între enunțuri și rânduri de enunțuri,

între clienți și cereri.

Fiecare bancă fie nu are depozite (banca nu s-a deschis încă), fie pot fi multe depozite. Pentru fiecare depozit, fie nu este specificată banca, fie există doar una.

Legătura dintre cele două seturi E 1 și E 2 este de tipul „mulți la mulți”, dacă pentru fiecare obiect din primul set se poate specifica 0 sau mai mult obiecte din al doilea set, iar pentru fiecare obiect din al doilea set, puteți specifica 0 sau mai mult obiecte din primul set.

Exemple de relații M:N sunt relații între

produse și țări

între elevi și discipline,

Între angajați și proiecte

între comenzi și mărfuri,

între magazine și clienți.

Fiecare produs poate fi expediat din mai multe țări sau să nu fie expediat deloc. Fiecare țară poate furniza multe produse și nu poate furniza niciunul.

Grafic, conexiunile sunt reprezentate prin săgeți (Fig. 4.5).

În SGBD real, este implementat un singur tip de relație - unul la mulți.

O relație 1:1 se obține dintr-o relație 1:M prin restrângerea acesteia.

Pentru a implementa relația M:N, este introdus un nou set de obiecte și sunt utilizate două relații 1:M.

De exemplu, relația dintre țări și produse de tip M:N este obținută folosind setul de date „provizionare” (Figura 4.6).

0

(Lecția 7)

Proiectarea si crearea unei baze de date Analiza domeniului de studiu. Identificarea claselor de obiecte și relații Un domeniu este definit dacă obiectele existente în ea, proprietățile lor și relațiile dintre ele sunt cunoscute)

Obiectul în abordarea conceptuală este ceea ce informația ar trebui să acumuleze în sistemul informațional.

Una dintre etapele importante ale analizei domeniului subiectului este identificarea și descrierea claselor de obiecte (entități) și a relațiilor dintre acestea. Descrierea poate fi obținută sub orice formă, dar pentru comoditatea procesului de proiectare, este formalizată sub formă de tabele.

Clase de obiecte

Cum se identifică clasele de obiecte din domeniul subiectului?

O clasă de obiecte (tip de entitate, entitate) este un lucru semnificativ despre care o întreprindere trebuie să stocheze informații.

Semne ale unei clase de obiecte care există în domeniul subiectului:

a) ceva important despre care întreprinderea trebuie să păstreze informații;

c) un concept numit;

d) substantiv;

e) există o clasă de obiecte dacă există un obiect semnificativ semnificativ;

După identificarea unei clase de obiecte, este necesar să-i dea un nume. Trebuie să fie unic.

Termenii folosiți în întreprindere sunt aleși ca nume.

Un nume este inventat atunci când toate celelalte posibilități au fost epuizate, deoarece numele inventate pot duce la neînțelegeri și la duplicare.

Numele trebuie convenit cu clientul.

Numele poate consta din mai mult de un cuvânt (cuvinte care specifică numele - adjective etc.). Adesea, același nume este numit cu același nume, atunci este necesar să alegeți un nume principal și să descrieți restul ca sinonime.

Atunci când o clasă de obiecte este dezvăluită, un grup de lucruri constând din elemente separate (obiecte) este dezvăluit. O clasă de obiecte este o clasă sau o categorie de lucruri. De exemplu, clasa de obiecte „DEPARTAMENT” este formată din obiecte specifice „Compartiment educațional și metodic”, „Departamentul mecanic șef”.

Etapele identificării și modelării unei clase de obiecte:

a) studiul fiecărui substantiv identificat în timpul analizei domeniului de studiu din întreprindere și identificarea semnificației acestuia;

b) identificarea dacă există informații despre acest substantiv care trebuie stocate pentru această întreprindere;

c) atribuirea unui nume unei clase de obiecte la singular;

d) verificarea dacă un obiect al unei clase de obiecte poate fi distins de altul;

e) o descriere a clasei de obiect pentru a verifica dacă toți (dezvoltatori, clienți) acordă același sens acestui termen;

Proprietățile clasei obiect

Pentru fiecare clasă de obiecte sunt determinate proprietățile acesteia (atributele entității). O proprietate este o anumită informație.

Proprietatea descrie o clasă de obiecte. Este o descriere calitativă sau cantitativă a unei clase de obiecte.

Proprietatea ar putea arăta astfel:

Cuvinte descriptive, fraze;

Construcții prepoziționale (suma salariului pentru fiecare angajat);

Substantive și pronume posesive (altele, data de încheiere, semn de învechire).

Fiecare proprietate primește un nume. Numele trebuie să fie clare și lipsite de ambiguitate.

Ce informații despre clasa de obiecte ar trebui să fie stocate;

Ce informații despre clasa de obiecte ar trebui afișate sau tipărite;

Este cu adevărat necesară această proprietate?

Clienții uită adesea de nevoile lor specifice - ei cred că câmpul va apărea pe ecran sau va raporta în sine și nu văd nevoia să-l menționeze.

Când se studiază documentația existentă la întreprindere, este necesar să se acorde atenție cerințelor învechite ale sistemelor anterioare, de exemplu, forma veche a documentului de ieșire - apartenența la partid, naționalitatea.

De asemenea, este necesar să se marcheze datele derivate și agregate; pentru fiecare clasă de obiecte, sunt înregistrate doar proprietățile originale.

Proprietățile derivate și agregate sunt descrise separat și sunt formate, de regulă, de programul bazat pe valorile proprietăților originale. Necesitatea de a stoca astfel de proprietăți este destul de rară.

Există o serie de cerințe pentru un nume de proprietate. Numele ar trebui să fie clare și lipsite de ambiguitate, de exemplu, numele proprietății „cantitate” poate duce la confuzie - returnat, livrat? Este necesar să alegeți nume mai specifice: „dimensiune de livrare”, „volum de comandă”, etc. Dacă numele este format din mai multe cuvinte, acestea sunt separate prin spații.

Cel mai comun exemplu este proprietatea „date”. Cu excepția cazului în care este specificat în mod specific care este data, aceasta poate fi interpretată ca o dată de naștere, data de angajare.

Dacă este necesară stocarea ambelor, se adaugă o proprietate specifică, de exemplu, pe lângă data angajării, este necesară și stocarea datei alegerii prin concurs. Acest lucru poate fi dezvăluit în etapele ulterioare ale analizei domeniului.

Proprietatea identificată în timpul analizei domeniului subiectului trebuie împărțită în cele mai mici componente care au sens. Nivelul de diviziune depinde de nevoile întreprinderii.

Exemple clasice: adresa, dimensiunile blocului de cherestea (înălțime, lungime, lățime), pot fi stocate ca o singură proprietate, dar este mai util să le stocați ca proprietăți separate.

Diferența dintre o clasă de obiect (entitate) și o proprietate (atribut) este prezentată în Tabelul 4.

Tabelul 4 - Diferențele dintre clasa obiect și proprietate

După ce ați definit o proprietate, trebuie să vă asigurați că pentru fiecare obiect particular, proprietatea poate avea o singură valoare.

Dacă se găsesc mai multe valori pentru orice proprietate, aceasta indică o proprietate lipsă în clasa de obiecte sau un candidat pentru o nouă clasă de obiecte.

Dacă se găsește o proprietate care are proprietăți proprii, atunci aceasta nu este o proprietate, ci o clasă de obiecte. De exemplu, a fost identificată o clasă de obiecte „COMPLETE”, care are proprietățile „număr”, „nume”, „culoare”. Dacă, în cursul analizei și studierii ulterioare a unui document corespunzător în domeniul subiectului, o culoare, pe lângă nume, trebuie să aibă un articol, atunci „culoarea” nu mai este o proprietate, ci o clasă de obiecte „CULOAREA”. ” cu proprietățile corespunzătoare „nume”, „articol”.

Pentru fiecare proprietate, trebuie să definiți opționalitatea acesteia.

Def.: Opționalitatea unei proprietăți - determinarea valorii obligatorii a proprietății unui obiect pentru a salva informații despre un anumit obiect în baza de date.

O valoare de proprietate necesară trebuie să existe și să fie cunoscută pentru fiecare obiect al clasei de obiecte în cauză.

Este posibil ca valorile proprietăților opționale să nu fie cunoscute (sau să nu existe) pentru un obiect în momentul creării acestuia.

De exemplu, valoarea proprietății „data începerii lucrării” este întotdeauna cunoscută pentru un angajat care lucrează, iar valoarea proprietății „data încheierii lucrării” poate fi necunoscută la un moment dat dacă angajatul are un contract pe durată nedeterminată. .

Pentru fiecare proprietate sunt identificate, de asemenea, în domeniul subiectului și descrise:

Format (tip, lungime maximă, lungime medie (dimensiune obișnuită), zecimală, unitate de măsură;

Valori valide (interval, listă de valori, intervale multiple, valori implicite);

La identificarea caracteristicilor proprietăților, se pot determina și domenii.

Un domeniu (din punct de vedere al domeniului subiectului) este un set de reguli de validare în ceea ce privește afacerile, restricții care se aplică mai multor proprietăți.

Din punctul de vedere al unei baze de date relaționale, un domeniu este un set valid de valori pe care m.b. sunt definite unul sau mai multe atribute ale uneia sau mai multor relaţii relaţionale.

Folosind un domeniu, puteți seta: un interval de valori; o listă de valori specifice; intervale multiple; Ecuație matematică; valoarea implicită etc. Aceste reguli sunt descrise în baza de date o singură dată și sunt aplicate diferitelor proprietăți. Cel mai faimos domeniu (da, nu).

Există următoarea tehnologie pentru lucrul cu proprietăți, care conține pași:

Identificarea unui candidat de proprietate;

Asocierea unei proprietăți cu o clasă de obiecte;

Atribuirea unui nume unei proprietăți;

Definirea formatului proprietății;

Determinarea dacă o proprietate este opțională;

Determinarea restricțiilor logice ale proprietății impuse de domeniul subiectului (apariția valorii în interval etc.);

Verificarea că aceasta este într-adevăr o proprietate și nu o clasă de obiecte;

Dacă este necesar, creați un domeniu.

Toate instanțele (obiectele) clasei identificate de obiecte trebuie să fie identificate și identificate în mod unic. Dacă un obiect nu poate fi identificat în mod unic într-o clasă de obiecte, atunci probabil că nu este deloc o clasă de obiecte.

Definirea identificatorilor unici

Pentru fiecare clasă de obiecte, trebuie identificați identificatori unici.

Un identificator unic este o proprietate, un set de proprietăți sau o combinație de proprietăți și relații utilizate pentru a identifica unic un obiect dintr-o clasă de obiecte.

Proprietatea care face parte din identificatorul unic trebuie să aibă o opționalitate obligatorie.

Numărul de identificatori unici dintr-o clasă de obiect poate fi orice. Iar numărul de componente (proprietăți și relații) care alcătuiesc identificatorul unic poate fi orice.

Un identificator unic poate fi definit în orice etapă a analizei domeniului, dar pentru a începe descrierea și proiectarea unei clase de obiecte, este necesar ca fiecare clasă de obiecte să aibă identificatori unici.

Cometariu:

Atunci când alegeți o metodă de identificare a obiectelor unei clase de obiecte, este necesar să se modeleze nu nevoile tehnologice ale sistemului în curs de dezvoltare, ci nevoile afacerii.

Când utilizați un cod numeric ca identificator unic, trebuie să vă asigurați că există un document corespunzător în domeniul subiectului în care este afișat un astfel de cod.

De exemplu, proprietățile „numărul de personal al angajatului”, „codul de subdiviziune” sunt deja definite de sistemul contabil existent la întreprindere, proprietatea „codul de poziție” este prezentat în clasificatorul de locuri de muncă din industrie etc.

Cometariu:

În etapa de proiectare a bazei de date (în continuare, la construirea unei baze de date DLM - chei surogat), se poate genera din punct de vedere tehnic un identificator unic, dar în timpul analizei domeniului subiectului se folosesc identificatori unici utilizați de întreprindere.

Dacă există mai mulți identificatori unici, trebuie determinat cel principal. Acest lucru face ca un identificator să fie mai frecvent utilizat în afaceri, cum ar fi „numărul de personal”. Sau orice identificator unic care are cea mai mică lungime și tip numeric.

Cel mai mare număr de identificatori unici are o astfel de clasă de obiecte precum „INDIVIDUAL / PERSON”. Fiecare obiect dintr-o astfel de clasă de obiecte poate fi identificat în mod unic prin următoarele proprietăți: „număr”, „seria pașaport”, „TIN”, „număr permis de conducere”, „număr simbol”. Pentru clasa de obiecte „JOB” se pot identifica următorii identificatori unici: „cod”, „titlu”, „titlu scurt”.

Trebuie remarcat faptul că cu cât vor fi dezvăluite mai multe clase de obiecte în timpul analizei domeniului subiectului, cu atât structura bazei de date relaționale va fi mai normalizată.

Aproape orice substantiv din domeniu are dreptul de a fi definit ca o clasă de obiecte, deoarece aproape fiecare substantiv are,

cel puțin un set de trei proprietăți: numele obiectului, numele scurt al obiectului, echivalentul numeric al numelui obiectului (cod, număr, cifr).

Puteți vedea clasele de obiecte studiind în detaliu fluxurile de informații de la întreprindere care urmează să fie automatizate.

Fluxurile de informații sunt reprezentate de documente.

Orice document este un candidat pentru o clasă de obiecte. Documentul are un antet, care, de regulă, indică numele documentului și data formării acestuia.

Documentul are o parte informativă, care conține indicatori calitativi și cantitativi.

În partea de jos a documentului se află numele și funcțiile persoanelor care semnează documentul.

Documentul poate conține, de asemenea, numele, adresa și alte detalii ale companiei care emite documentul.

Astfel, studiind documentul, se pot vedea și evidenția următoarele clase de obiecte: „Întreprindere / PERSOANE JURIDICĂ” sau

„UNITATEA STRUCTURALĂ A ÎNTREPRINDERIEI”; „TIP DE UNITATE STRUCTURALĂ”; "ADRESA"; "LOCALITATE"; „TIP DE DECONANTARE”; "STRADA"; „TIP DE STRĂ” (stradă, bulevard, bandă, pasaj etc.); "DOCUMENT"; „POZIȚIA DOCUMENTULUI”; "INDIVIDUAL"; "DENUMIREA FUNCȚIEI"; „FIȘA DE MUNCĂ A PERSOANEI” (data de începere, data de încheiere); „PRODUS/SERVICIUL”; „Obiect” (contabilitatea).

Ce este clasa de obiecte DOCUMENT POSITION? Orice document are, de obicei, mai multe articole (articole de comandă, articole de listă de prețuri, articole de factură, intrări de card de cont etc.). Astfel, este vizibilă relația 1:M existentă în domeniul subiectului: „fiecare DOCUMENT trebuie să aibă una sau mai multe POZIȚII”; pe verso, linkul scrie - „fiecare POZIȚIE A DOCUMENTULUI trebuie să se refere la același DOCUMENT”. În plus, fiecare poziție a documentului are propriile sale proprietăți - număr, unii indicatori cantitativi (număr de unități contabile, preț pe unitate și altele).

Pentru fiecare domeniu, puteți vedea o listă de clase de obiecte care este obligatorie pentru toate domeniile. Fiecare domeniu, în sensul larg al cuvântului, reflectă activitatea unei întreprinderi sau organizații - o întreprindere de producție, o instituție de învățământ sau medicală, o organizație comercială, un depozit, un birou de închiriere, o sferă economică a locuinței și așa mai departe. . Numele (complet sau scurt) al întreprinderii sau organizației apare în diferite documente și rapoarte de ieșire. Astfel, în domeniul subiectului există o clasă de obiecte ÎNTREPRINDERE sau UNITATE STRUCTURALĂ A UNEI ÎNTREPRINDERI. În plus, este adesea necesară păstrarea unei evidențe a adresei și a numărului de telefon al acestei întreprinderi. Obligatoriu în domeniul subiectului

există persoane fizice care dețin anumite funcții, fixând contabilitatea (venitul sau cheltuielile) unui obiect cu semnăturile lor. Mai mult, pentru a rezolva problemele de analiză a datelor și apoi a lua decizii de management adecvate, este de interes ca domeniul de studiu să stocheze cunoștințe despre istoria contabilității pentru starea unui obiect. Și încă o categorie de clase de obiecte obligatorii pentru fiecare domeniu este documentele, pe baza cărora au loc toate procesele dintr-un anumit domeniu.

Este posibil să rezumați toate rezultatele analizei domeniului subiectului în cursul identificării claselor de obiecte și a proprietăților acestora sub forma unei descrieri formalizate, a unui tabel. Un exemplu de astfel de descriere este dat în Tabelul 5.

Tabelul 5 - Descrierea formalizată a domeniului subiectului. Clase de obiecte, proprietăți.

Proprietate	Identificator unic	Caracteristicile fizice ale proprietății (tip, lungime)	Proprietate opțională (Da/Nu)	Constrângeri de proprietate booleană (interval de valori, majuscule, litere mici pentru proprietățile caracterelor etc.)	Procese pentru valorile proprietăților
numărul tabelului				> 0
				> 0	Vv, Pr, Ob
				Perv. majusculă	Vv, Pr, Ob
Data de nastere				ZZ.LL.AAAA	Vv, Pr, Ob
DENUMIREA FUNCȚIEI

În tabel sunt utilizate următoarele abrevieri: Y - identificator unic, P - candidat pentru cheia primară (identificator unic principal), G - generare de date, Vv - introducere date, Pr - vizualizare date, Despre - actualizare datelor.

Relațiile dintre clasele de obiecte

Întrucât totul în această lume este conectat, o etapă paralelă în analiza domeniului subiectului, alături de identificarea claselor de obiecte și a proprietăților lor, este etapa de identificare a relațiilor, asocierilor care apar între clasele de obiecte. Relațiile reprezintă nevoile de informații și regulile de afaceri ale unei întreprinderi și pot fi definite după cum urmează:

O asociere numită și semnificativă între două clase de obiecte.

Relația pe care o are un lucru cu altul.

Când luăm în considerare comunicarea, este necesar să ne gândim la ea ca fiind bidirecțională, bidirecțională.

Fiecare conexiune are anumite caracteristici.

Opționalitatea legăturii este un număr. Aceasta este o regulă de afaceri care specifică dacă o relație trebuie să existe pentru fiecare obiect dintr-o clasă de obiecte (relație obligatorie) sau nu este obligatorie (relație opțională).

De exemplu, la întreprindere a fost dezvăluită următoarea regulă: „fiecare

unei anumite categorii de post poate corespunde unui post. La un moment dat, în întreprindere apare un document privind crearea unei noi categorii, dar încă nu există o singură poziție care să se refere la această categorie. Dar, pe de altă parte, există o regulă: „fiecare post din întreprindere trebuie să fie repartizat unui singur post”. Astfel, se poate observa că au fost identificate două asocieri diferite între cele două clase de obiecte („CATEGORIA POZIȚIEI” și „POZIȚIA”).

Putere (număr cardinal maxim). Aceasta este o regulă de afaceri care indică câte astfel de legături există - una și numai una, sau mai multe. Dacă se găsește o legătură care are puterea „zero”, această legătură este opțională.

Luăm în considerare relațiile binare (pot fi diferite)

Fiecare parte a link-ului are un nume. Aceasta este o descriere a regulilor de afaceri.

De exemplu: „corespunde”, „se referă la”.

Numele formează adesea perechi: „bazat pe” - „este baza pentru”; "achizitionat de la" - "furnizat"; „responsabil pentru” – „este sub responsabilitate”.

Numele este de mare importanță, arată cât de bine este înțeleasă relația de informații.

Odată ce vedeți conexiunea, trebuie să vă asigurați că are sens. Pentru a face acest lucru, trebuie rostită ca o propoziție normală în ambele direcții (orice conexiune este bidirecțională), folosind regula de pronunție pentru conexiune (Tabelul 6).

Tabelul 6 - Regulă de citire a comunicării

Exemplu de citire a link-ului: „fiecare INDIVID poate avea zero, una sau mai multe INTRARI CARTE DE MUNCA”; „Fiecare INTRARE CARTEA DE LUCRU trebuie să se refere la o singură persoană fizică.”

Să luăm în considerare mai detaliat tipurile (capacitățile) existente de conexiuni.

1. Relația „unu_la_mulți” (1:M). Acesta este cel mai comun tip de legătură, având una sau mai multe puteri într-o direcție și una și doar una în

prieten. Clasele de obiecte care se află pe partea „una” a acestei relații se numesc principal sau părinte. O clasă de obiecte care este pe mai multe - un copil sau un copil.

În cele mai multe cazuri, clasele de obiecte subordonate sunt opționale, în timp ce cele principale sunt obligatorii. Adică, un obiect din clasa de obiecte principale poate exista fără un obiect subordonat, dar un copil nu poate exista fără un obiect principal.

Din punctul de vedere al bazei de date, aceasta înseamnă că mai întâi este creat în baza de date obiectul clasei de obiecte principale, iar apoi obiectele clasei subordonate. Dacă relația 1:M este opțională pe ambele părți, obiectele pot fi create în mod arbitrar. Relațiile 1:M care sunt obligatorii de ambele părți sunt foarte rare și înseamnă că obiectele din două clase de obiecte nu pot exista unul fără celălalt.

Exemplu de relație 1:M: „Fiecărei UNITATE DE ÎNTREPRINDERE poate corespunde zero, una sau mai multe ÎNREGISTRĂRI CARTE DE LUCRU”. Pe verso: „Fiecare EVIDENT CARTEA DE LUCRU trebuie să se refere la una și la o singură UNITATE STRUCTURALĂ A ÎNTREPRINDERII”.

2. Relația „mulți_la_mulți” (M:M sau M:N). Acesta este, de asemenea, un tip de conexiune foarte comun, mai ales în etapele inițiale ale analizei domeniului. Această legătură are o putere de „una sau mai multe” în ambele direcții. Un exemplu de astfel de relație este: „mai multe PERSOANE FIZICE pot lucra în fiecare UNITATE STRUCTURALĂ A ÎNTREPRINDERII”. Pe revers: fiecare

O PERSOANA INDIVIDUALĂ poate lucra în multe UNITĂȚI ÎNTREPRINDERII.

Majoritatea relațiilor M:M sunt opționale în ambele direcții, adică un obiect dintr-o clasă de obiecte poate exista fără a fi legat de un obiect al unei alte clase de obiecte, orice instanță poate apărea prima. Relațiile M:M care sunt obligatorii de ambele părți sunt foarte rare - obiectele din ambele clase de obiecte trebuie create în același timp.

Trebuie remarcat faptul că în orice domeniu nu există relații „mulți_la_mulți”; în fiecare moment, totul este determinat în mod unic. Apariția unei astfel de conexiuni în documentația proiectului arată că subiectul nu a fost examinat în continuare. Relația M:M poate fi „ruptă” de orice document sau poziție de document. O astfel de clasă de obiecte care întrerupe conexiunea M:M se numește „entitate de intersecție”. Este necesar doar să vezi, să găsești această clasă de obiecte. Pentru exemplul de mai sus al relației M:M, o astfel de clasă de obiecte este „INREGISTRAREA CARTEI DE MUNCA”. Dacă am identificat-o, atunci conexiunile din domeniul subiectului sună deja astfel: „fiecărei UNITATE STRUCTURALE A ÎNTREPRINDERII îi poate corespunde zero, una sau mai multe ÎNREGISTRĂRI CARTE DE LUCRU”. Pe reversul: „Fiecare EVIDENT CARTEA DE LUCRU trebuie să se refere la o singură UNITATE STRUCTURALĂ A ÎNTREPRINDERII”. Și încă o legătură: „fiecărui INDIVID,

lucrul la întreprindere poate corespunde cu zero, una sau mai multe INTRARI CARTE DE MUNCA.

3. Comunicare „one_to_one” (1:1). O relație rară, de obicei din punct de vedere al afacerilor, asta înseamnă că acestea nu sunt două clase de obiecte, ci una. Această legătură poate avea o capacitate de una și numai una în ambele direcții. Dacă se găsește o astfel de conexiune, ar trebui să examinăm din nou fluxurile de informații și se poate dovedi că cele două clase de obiecte identificate constituie de fapt una singură.

Un exemplu de relație 1:1: „fiecare BICICLETĂ poate fi folosită doar de un MEMBRU DE CLUB”. Pe revers: „Fiecare MEMBRU DE CLUB poate merge doar cu o BICICLETA”

Relațiile 1:1, obligatorii la ambele capete, când ambele obiecte trebuie să apară în același timp, sunt foarte rare.

După identificarea oricărei relații între clasele de obiecte, este necesar (pentru fiecare dintre părțile sale):

Setați disponibilitatea;

Alegeți un nume;

Determinați puterea;

Definiți opționalitatea;

Verificați citind.

Trebuie remarcat faptul că în mod arbitrar pot fi dezvăluite multe conexiuni între două clase de obiecte. De exemplu, între clasele de obiecte „INDIVIDUAL” și „ADRESA”, pot fi identificate 2 legături: unul fixează adresa de înregistrare, celălalt - adresa de reședință.

4. Conexiune recursiva. Relația dintre obiecte din aceeași clasă de obiecte. Un astfel de link poate avea toate proprietățile oricărui alt link.

Exemplu: Fiecare NODE poate acționa ca părinte pentru unul sau mai multe NODE. Fiecare NOD poate fi subordonat unui singur NOD.

Puteți rezuma rezultatele identificării relațiilor folosind următorul tabel:

Tabel - Descrierea formalizată a domeniului subiectului. Relațiile dintre clasele de obiecte

În tabel sunt utilizate următoarele abrevieri: KO - clasă de obiecte; D.b. -trebuie să fie, M.b. - pot fi.

Conexiunile dezvăluite sunt verificate prin citire. Trebuie amintit că fiecare comunicare este bidirecțională!

Descrierea neformalizată a materiei

În procesul de analiză, este, de asemenea, necesar să se stabilească reguli de afaceri sau enunțuri semantice (semantice) care limitează domeniul subiectului în cadrul problemei care se rezolvă. Acestea nu sunt funcțiile întreprinderii, ca atare, ci fapte incontestabile, cărora sistemul informatic automat dezvoltat trebuie să se supună întotdeauna.

Exemple de afirmații semantice:

- „Se angajează angajați care au împlinit vârsta de 16 ani”;

- „Orice angajat nu poate fi responsabil simultan pentru mai mult de zece proprietăți închiriate sau vândute”;

- „Orice angajat nu poate vinde sau închiria proprietățile sale”;

- „Reducerile speciale nu se aplică mașinilor mai vechi de un an”;

- „Suma totală a reducerilor nu poate depăși 40% din suma netă indicată pe factură.”

Declarațiile semantice identificate sunt scrise în limbaj natural și ar trebui să fie reflectate în continuare în baza de date. De regulă, astfel de reguli sunt implementate folosind astfel de obiecte de bază de date ca declanșatoare, proceduri, vizualizări (vizualizări).

Descărcați prelegerea: Nu aveți acces pentru a descărca fișiere de pe serverul nostru.

Tipuri de relații între obiectele domeniului subiect

Relațiile bazate pe multiplicitate pot fi de patru tipuri - „unu-la-unu”, „unu-la-mulți”, „mulți-la-mulți”, „mulți-la-unu”.

O relație unu-la-unu (1:1) există atunci când o instanță a unui obiect este asociată cu o singură instanță a altuia. Comunicarea este unică de la stânga la dreapta și de la dreapta la stânga.

Oportunitati

Director de întreprindere

O relație unu-la-mai multe (1:M) există atunci când o instanță a primului obiect este asociată cu una (sau mai multe) instanțe ale celui de-al doilea obiect, dar fiecare instanță a celui de-al doilea obiect este asociată cu o singură instanță a primului obiect. . Relația este unică de la dreapta la stânga.

Este format din

Cartier

O relație multi-la-mulți (M:M) există atunci când o instanță a primului obiect este asociată cu una sau mai multe instanțe ale celui de-al doilea și fiecare instanță a celui de-al doilea cu una sau mai multe instanțe ale primului.

Student (nume, număr carnet. Facultate) Materia (nume, număr de ore)

O relație multi-la-unu (M:1) este similară cu o relație unu-la-mulți. Relațiile sunt unice doar de la stânga la dreapta.

Numele elevului (M:1) Numărul grupului

model conceptual. Se numește un model de obiect cu atribute care le descriu și relațiile dintre ele model conceptual. Acest model reprezintă obiectele și relațiile lor fără a specifica modul în care sunt stocate fizic.

Este reprezentat grafic sub forma unei diagrame speciale propuse de specialistul american în baze de date C. Bachman. În diagramele Bachman, obiectele sunt reprezentate de vârfurile unui anumit graf matematic, conexiunile sunt reprezentate prin arce de graf. Luați în considerare, de exemplu, modelul de date privind achizițiile (a se vedea Figura 48).

Orez. 48 Un exemplu de proiectare a unui model conceptual

Modelul este format din trei obiecte: Furnizor, Comanda, Marfa Relatia dintre obiectele Furnizor si Comanda are o capacitate unu-la-mai multi, deoarece fiecare comanda se face catre un singur furnizor, dar la acest furnizor pot fi plasate mai multe comenzi. Relația dintre obiectele Comanda și Produs are o cardinalitate multi-la-mulți, deoarece o comandă conține mai multe produse și un produs poate apărea în mai multe comenzi.

Conexiuni unu-la-unu

Conexiuni unu-la-unu are loc atunci când fiecare instanță a primului obiect (A) corespunde unei singure instanțe a celui de-al doilea obiect (B) și invers, fiecare instanță a celui de-al doilea obiect (B) corespunde doar unei instanțe a primului obiect (A). Trebuie remarcat faptul că astfel de obiecte pot fi combinate cu ușurință într-unul, a cărui structură este formată prin combinarea atributelor ambelor obiecte originale, iar oricare dintre cheile alternative poate fi aleasă ca atribut cheie, adică. cheile obiectului sursă. O reprezentare grafică a conexiunilor cu o singură valoare sunt un grup - un șef, o companie - un cont curent într-un rezervor etc.

Fig.1 Reprezentarea grafică a relațiilor unu-la-unu ale obiectelor

Relații unu-la-mai multe (1:M)

Relații unu-la-mai multe (1:M)- acestea sunt astfel de relații când o instanță a unui obiect (A) poate corespunde mai multor instanțe ale altui obiect (B), iar fiecare instanță a celui de-al doilea obiect (B) poate corespunde doar unei instanțe a primului obiect (A).

Fig.2 Reprezentarea grafică a unei conexiuni multi-valorice a relațiilor dintre obiecte.

Într-o astfel de conexiune, obiectul A este obiectul principal, iar obiectul B este obiectul subordonat, adică. există o subordonare ierarhică a obiectului B față de obiectul A. Un exemplu de relații cu valoare unu-la-mai multe sunt subdiviziunile - angajați, o catedră - un profesor, un grup de elevi etc.

Relații multi-la-multe-valorice (M:N)

Relații multi-la-multe-valorice (M:N)- acesta este atunci când, fiecare instanță a unui obiect (A) poate corespunde mai multor instanțe ale celui de-al doilea obiect (B) și invers, fiecare instanță a celui de-al doilea obiect (B) poate corespunde și mai multor instanțe ale primului obiect (A ).

Fig.3 Transformarea unei legături de tip M:N printr-un obiect - o legătură

Obiectul link trebuie să aibă un identificator format din identificatorii obiectelor originale Ka și Kb.
Un exemplu de relații multe - multivalorice este relația furnizori - mărfuri, dacă un furnizor furnizează denumiri diferite de bunuri, iar bunurile cu același nume sunt furnizate de mai mulți furnizori.

Definirea legăturilor între obiectele informaţionale

Să luăm în considerare definiția legăturilor dintre obiectele informaționale și tipul de relații prin care acestea sunt caracterizate pentru domeniul de studiu Procesul educațional.

Relațiile dintre obiectele GRUP-ELEV se caracterizează prin relații unu-la-mai multe (1:M), deoarece un grup include mulți studenți, iar un elev este inclus într-un singur grup. Legătura dintre ele se realizează prin numărul grupului, care este un identificator unic al obiectului principal. GRUPUL este inclus în identificatorul compus al obiectului STUDENT (vezi Tabelul 1)

În mod similar, se stabilește o legătură între obiectele PROFESORUL DEPARTAMENTULUI , care sunt și ele în relații unu-la-mulți. Legătura dintre ele se realizează prin cheia unică a obiectului principal DEPARTAMENTUL - codul catedrei, care este descriptiv în obiectul subordonat PROFESOR.

Tabelul 1. Obiecte de informații de referință despre elevi, grupuri și subiecte

Tabelul 2. Gruparea detaliilor pe obiectele de informare ale documentului Lista cadrelor didactice ale catedrei

În tabel sunt acceptate notații pentru cheie: P - simplu, Y - unic.

În fiecare grupă se țin cursuri la diferite materii pe parcursul semestrului (obiectul STUDIU). Pe de altă parte, fiecare activitate este specifică fiecărui grup. Prin urmare, există o relație unu-la-mulți între obiecte SUBIECTUL - STUDIU.

Pentru fiecare disciplină există multe clase în grupuri diferite de profesori diferiți. Pe de altă parte, fiecare lecție se desfășoară pe un subiect specific, care definește o relație unu-la-mulți între obiectele SUBIECTUL-STUDIU. Relațiile unu-la-mai multe dintre obiecte sunt definite în mod similar. PROFESOR - STUDIU.
Obiectul STUDIU joacă de fapt rolul unui obiect de legătură în relațiile multi-la-mai multe valori ale obiectelor.

Fig.4 Relații cu mai multe valori ale obiectelor informaționale

Fig.5 Modelul informaţional-logic al domeniului de studiu Procesul educaţional

Obiectul STUDIU conține date despre progresul (nota) unui anumit elev într-o anumită lecție. Prin urmare, este asociat cu obiectul STUDENT și obiectul STUDIU. Un elev are note pentru mai multe clase, dar fiecare notă se referă întotdeauna la un anumit elev. Aceasta înseamnă că obiectul PROGRESS este subordonat și se află într-o relație unu-la-unu cu obiectul STUDENT. Obiectul PROGRES și este, de asemenea, subordonat și se află într-o relație de una - mai multe valori cu obiectul STUDIU. Obiectul STUDIU joacă rolul unui obiect - o legătură de multe - relații cu multe valori între obiectele STUDENT și STUDIU. Relațiile cu multe - multe valori între aceste obiecte sunt determinate de faptul că un elev corespunde mai multor clase afișate de obiectul STUDIU, iar o lecție este condusă cu mulți elevi.

Tabelul 3 listează toate legăturile cu o singură valoare dintre obiecte, specifică cheile prin care ar trebui să fie stabilite legăturile și definește obiectele informaționale principale și subordonate din aceste legături.

Tabelul 3 Relații dintre obiectele informaționale

Modelul informaţional-logic al disciplinei Procesul educaţional

Modelul informațional-logic este dat într-o formă canonică și obiectele din el sunt plasate pe nivele. Nivelul altor obiecte este determinat de calea cea mai lungă către obiect de la nivelul zero. O astfel de plasare a obiectelor dă o idee despre subordonarea lor ierarhică, face modelul mai vizual și facilitează înțelegerea relațiilor de valori unu-la-mai multe dintre obiecte.

Structura logică a unei baze de date relaționale

Structura logică a bazei de date relaționale Access este o reflectare adecvată a modelului informațional-logic primit care nu necesită transformări suplimentare. Fiecare obiect de informații despre modelul de date este mapat la un tabel relațional corespunzător. Structura unui tabel relațional este determinată de compoziția de atribute a obiectului informațional corespunzător, unde fiecare coloană (câmp) corespunde unuia dintre atributele obiectului. Atributele cheie ale unui obiect formează o cheie unică a unui tabel relațional. Pentru fiecare coloană, sunt specificate tipul, dimensiunea datelor și alte proprietăți. Rândurile (înregistrările) ale tabelului corespund instanțelor obiectului și sunt formate atunci când tabelele sunt încărcate.

Relațiile dintre obiectele modelului de date sunt implementate de aceleași cerințe − cheile de comunicareîn tabelele respective. Cheia de legătură este întotdeauna cheia unică a tabelului principal. Cheia de legătură din tabelul subordonat este fie o parte a cheii unice din acesta, fie un câmp care nu face parte din cheia primară (de exemplu, codul departamentului din tabelul PROFESOR). Se apelează cheia de legătură din subtabel cheie externă. Accesul poate crea schema de date, care afișează vizual structura logică a bazei de date. Definirea relațiilor cu valori unul - mai multe în această schemă ar trebui efectuată în conformitate cu modelul de date construit. Apariţia schemei de date coincide practic cu reprezentarea grafică a modelului informaţional-logic. Pentru modelul de date construit în exemplul considerat, structura logică a bazei de date sub forma unei scheme de date Access este prezentată în Fig. 2.7.

În această diagramă, dreptunghiurile arată tabelele bazei de date cu o listă completă a câmpurilor lor, iar relațiile arată la ce câmpuri sunt legate tabelele. Numele câmpurilor cheie sunt în partea stângă a listei complete de câmpuri din fiecare tabel.