Tipuri de legături obiect informațional. Baza de date ca model de informații de domeniu

19.06.2019 Internet, Wi-Fi, rețele locale

Tipuri de relații între obiectele domeniului subiect

Relațiile multiple pot fi de patru tipuri - unu-la-unu, unu-la-mulți, mulți-la-mulți ș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. Relația 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) Subiect (nume, număr de ore)

O relație multi-la-unu (M: 1) este similară cu o relație unu-la-mulți. Link-ul este unic doar de la stânga la dreapta.

Prenume student (M: 1) Număr grup

Model conceptual... Se numește modelul obiectelor cu atributele 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 prezentat grafic sub forma unei diagrame speciale propuse de specialistul american în baze de date C. Bachman. În diagramele Bachmann, obiectele sunt reprezentate de vârfurile unui anumit grafic matematic, legăturile sunt reprezentate de arcele graficului. Luați în considerare, de exemplu, modelul de date privind achizițiile (vezi Figura 48).

Orez. 48 Un exemplu de model conceptual

Modelul este format din trei obiecte: Furnizor, Comanda, Produs.Relatia emisa existenta intre obiectele Furnizor si Comanda are o cardinalitate unu-la-mai multi, intrucat fiecare comanda se face catre un singur furnizor, dar se pot face mai multe comenzi catre acest furnizor. . Relația dintre obiectele Comandă și Articol are cardinalitate multi-la-mulți, deoarece o comandă conține mai multe articole și un articol poate apărea în mai multe comenzi.

A doua fază a analizei domeniului subiectului constă în selecția obiectelor informaționale, stabilirea proprietăților necesare fiecărui obiect, identificarea legăturilor dintre obiecte, determinarea restricțiilor impuse obiectelor informaționale, tipurile de legături între acestea, caracteristicile obiectelor informaționale.

Atunci când alegeți obiecte informaționale, este necesar să răspundeți la o serie de întrebări:

1. Ce tabele pot fi folosite pentru a împărți datele care urmează să fie stocate în baza de date?

2. Ce nume poate fi atribuit fiecărui tabel?

3. Care sunt cele mai interesante caracteristici (din punctul de vedere al utilizatorului) care pot fi distinse?

4. Ce denumiri pot fi date caracteristicilor selectate?

În cazul nostru, ar trebui să aibă următoarele tabele (Figura 4):

Să selectăm conexiunile dintre obiectele informaționale (Fig. 5)

În timpul acestui proces, trebuie să răspundeți la următoarele întrebări:

1. Care sunt tipurile de legături între obiectele informaţionale?

2. Ce nume poate fi atribuit fiecărui tip de relație?

3. Care sunt posibilele tipuri de link-uri care pot fi folosite ulterior?

Încercarea de a stabili restricții asupra obiectelor, caracteristicilor și relațiilor acestora duce la necesitatea de a răspunde la următoarele întrebări:

1. Care este intervalul de valori pentru caracteristicile numerice?

2. Care sunt dependențele funcționale dintre caracteristicile unui obiect informațional?

3. Ce tip de afișaj corespunde fiecărui tip de link?

La proiectarea unei baze de date, există relații între obiectele informaționale de trei tipuri: „unu la unu”, „unu la mulți”, „mulți la mulți” (Fig. 6).

De exemplu:

Construirea unui model conceptual

În cazuri simple, metodele tradiționale de agregare și generalizare sunt folosite pentru a construi o diagramă conceptuală. Agregarea combină obiectele informaționale (elementele de date) într-unul singur în conformitate cu relațiile semantice dintre obiecte. De exemplu, o lecție de istorie în clasa a 10-a „a” are loc în sala 7, începând cu ora 9:30. Folosind metoda de agregare, creați un obiect informațional (entitate) SCHEDULE cu următoarele atribute: „clasă”, „subiect”, „birou”, „timp”. La generalizare, obiectele informaționale (elementele de date) sunt combinate într-un obiect generic (Fig. 7):

Alegerea unui model este dictată în primul rând de natura domeniului subiectului și de cerințele pentru baza de date. O altă circumstanță importantă este independența modelului conceptual față de SGBD, care ar trebui să fie aleasă după construirea schemei conceptuale.

Modelele entitate-relație, care fac posibilă reprezentarea structurii și constrângerilor lumii reale și apoi transformarea acestora în conformitate cu capacitățile SGBD-urilor industriale, sunt foarte frecvente.

Esența este înțeleasă ca fiind conținutul principal al fenomenului, procesului sau obiectului despre care se colectează informații pentru baza de date. Locul, lucrul, personalitatea, fenomenul etc. pot acționa ca o entitate. În acest caz, se face o distincție între tipul de entitate și instanța entității. Un tip de entitate este de obicei înțeles ca un set de obiecte omogene care acționează ca un întreg. O instanță a unei entități se referă la un anumit articol. De exemplu:

Tip de entitate - Ucenic

Instanța entității - Ivanov, Petrov, Sidorov etc.

În exemplul nostru, Școala, Clasa, Subiectele, Studenții, Profesorii, Notele sunt entități. Să analizăm relațiile dintre entități (Fig. 8).

Acum puteți trece la proiectarea schemei bazei de date de informații (conceptuale) (atributele entității nu sunt afișate în diagramă) (Fig. 9).

aparține	Şcoală

Clasă	Studii		Student

lucru			examinează

Profesor	Învață		Lucru

		examen

		Buletin

Design logic

Designul logic este un pas necesar în crearea unei baze de date. Sarcina principală a proiectării logice este de a dezvolta o schemă logică axată pe sistemul de management al bazei de date selectat. Procesul de proiectare logică constă din următorii pași:

1. Alegerea unui anumit SGBD;

2. Maparea unei diagrame conceptuale la o diagramă logică;

3. Alegerea limbajului de manipulare a datelor.

Alegerea unui anumit SGBD

Unul dintre criteriile principale de alegere a unui SGBD este acela de a evalua cât de eficient modelul de date intern susținut de sistem este capabil să descrie schema conceptuală. Sistemele de gestionare a bazelor de date axate pe computerele personale suportă de obicei un model de date relaționale sau de rețea. Marea majoritate a SGBD-urilor moderne sunt relaționale.

Proiectarea bazei de date bazată pe modelul relațional are câteva avantaje importante față de alte modele.

· Independența structurii logice față de prezentarea fizică și de utilizator.

· Flexibilitatea structurii bazei de date - soluțiile de proiectare nu limitează capacitatea dezvoltatorului bazei de date de a efectua o mare varietate de interogări în viitor.

Deoarece modelul relațional nu necesită o descriere a tuturor relațiilor posibile dintre date, ulterior dezvoltatorul poate pune întrebări despre orice relații logice conținute în baza de date și nu numai despre cele care au fost planificate inițial.

| Planificarea lecției și materialele pentru lecție | 8 clase | Planificarea lecțiilor pentru anul universitar | Modele tabulare

Lecția 12
Modele tabulare

Modele tabulare

Probleme în studiu:

Tabele de tip „obiect-proprietate”.
- Un tabel de tip „obiect-obiect”.
- Matrici binare.

Tabelele obiect-proprietăți

O altă formă comună de model de informare este masă dreptunghiulară format din rânduri și coloane. Utilizarea tabelelor este atât de comună încât, de obicei, nu este necesară nicio explicație suplimentară pentru a le înțelege.

Ca exemplu, luați în considerare tabelul 2.1.

La alcătuirea unui tabel, în acesta sunt incluse doar informațiile care interesează utilizatorul. De exemplu, pe lângă informațiile despre cărți care sunt incluse în tabelul 2.1, mai sunt și altele: editor, număr de pagini, cost. Cu toate acestea, pentru compilatorul tabelului 2.1, au existat suficiente informații despre autor, titlul și anul publicării cărții (coloanele „Autor”, „Titlu”, „Anul”) și informații care au permis găsirea unei cărți pe rafturile de rafturi (coloana „Raft”). Se presupune că toate rafturile sunt numerotate și, în plus, fiecare carte are propriul număr de inventar (coloana „Număr”).

Tabelul 2.1 - este un model informativ al fondului de carte al unei biblioteci de acasă.

Tabelul poate reflecta un anumit proces care are loc în timp (Tabelul 2.2).

Citirile, care sunt enumerate în tabelul 2.2, au fost luate în termen de cinci zile, la aceeași oră a zilei. Privind tabelul, este ușor să compari diferite zile în ceea ce privește temperatura, umiditatea etc. Acest tabel poate fi considerat ca un model informativ al procesului de schimbare a stării vremii.

Tabelele 2.1 și 2.2 se referă la tipul de tabel cel mai frecvent utilizat. Ele sunt numite tabele „obiect-proprietate”..

Un rând al unui astfel de tabel conține informații despre un obiect (o carte din bibliotecă sau starea vremii la 12-00 într-o anumită zi). Coloane - caracteristici (proprietăți) individuale ale obiectelor.

Desigur, rândurile și coloanele din tabelele 2.1 și 2.2 pot fi schimbate prin rotirea lor cu 90 °. Uneori o fac. Apoi rândurile vor corespunde proprietăților, iar coloanele vor corespunde obiectelor. Dar cel mai adesea tabelele sunt construite astfel încât să existe mai multe rânduri decât coloane. De regulă, există mai multe obiecte decât proprietăți.

Fundamentele sistemelor informatice. Bază de date.

Plan.

1. Concepte de bază.

2. Clasificarea bazelor de date.

3. Modele de date.

4. Obiecte informaţionale şi conexiuni.

5. Proiectarea bazelor de date.

6. Componența fișierului bazei de date. Arhitectura DBMS.

7. Legătura de tabele. Integritatea datelor.

8. Tipuri de cereri. Structura cererilor.

Noțiuni de bază.

În istoria dezvoltării tehnologiei computerelor, au existat două direcții principale de aplicare a acesteia.

Prima presupune efectuarea de calcule numerice mari care sunt dificil sau imposibil de realizat manual. Dezvoltarea acestui domeniu a contribuit la accelerarea dezvoltării metodelor de modelare matematică, metode numerice, limbaje de programare de nivel înalt concepute pentru o reprezentare convenabilă a algoritmilor de calcul.

A doua direcție este asociată cu utilizarea tehnologiei de calcul pentru crearea, stocarea și procesarea unor cantități mari de date. Astfel de sarcini sunt rezolvate Sisteme de informare(ESTE). Acestea includ căutare, referință, sisteme bancare, sisteme automate de management al întreprinderii.

Primul tip de sarcini este caracterizat de cantități mari de muncă de calcul cu cerințe de memorie relativ mici. Dimpotrivă, sarcinile de al doilea tip necesită cantități mari de memorie externă cu calcule relativ mici. A doua zonă de aplicare a apărut ceva mai târziu decât prima. Acest lucru se datorează faptului că în primele etape memoria externă a sistemelor de calcul era imperfectă, adică. stocarea fiabilă a unor cantități mari de date nu a fost posibilă.

Pentru a facilita prelucrarea informațiilor, sunt create sisteme informatice. Sistem informatic este un complex hardware și software care oferă următoarele funcții:

· Introducerea de date despre obiecte dintr-un anumit domeniu;

· Stocarea și protecția fiabilă a datelor în memoria externă a sistemului de calcul;

· Adăugarea, ștergerea, modificarea datelor;

· Sortarea, selectarea datelor in functie de solicitarile utilizatorilor;

· Implementarea transformărilor informaționale specifice unui anumit domeniu;

· Furnizarea utilizatorilor cu o interfață convenabilă; compilarea și raportarea datelor.

Cantitatea de date dintr-un IC poate fi în miliarde de octeți. De aici și necesitatea dispozitivelor care stochează cantități mari de date în memoria externă. Numărul utilizatorilor IS poate ajunge la zeci de mii, ceea ce creează multe probleme în implementarea algoritmilor eficienți pentru funcționarea IS. Aceste sarcini sunt rezolvate cu succes dacă datele din sistemul informațional structurat.

Exemplu date structurate – grup de elevi. Fiecare membru al grupului este individual în multe feluri și poate fi caracterizat din diferite părți. Dar decanatul, cel mai probabil, va fi interesat de următoarele date (domeniu): numele de familie al elevului, prenumele, patronimicul, cursul, numele grupei, o serie de note la disciplinele studiate. Astfel, din întreaga varietate de date sunt selectate doar unele, adică. se creează un model informaţional al obiectului. Datele sunt sortate în ordine, în funcție de tipurile (formatele) de date utilizate, după care pot fi prelucrate de o mașină automată, care este un computer.

Colectarea de date interconectate se numește structură de date... Se numește un set de date structurate legate de un domeniu baza de date (DB) ... Se numește setul de programe care implementează funcțiile IS în baza de date într-o formă ușor de utilizat sistem de management al bazelor de date (DBMS)... Programele care efectuează o prelucrare specifică a datelor dintr-o bază de date alcătuiesc un pachet de aplicații (APP). Deci, putem concluziona că IP este o combinație organizațională de hardware (AO), una sau mai multe baze de date (DB), un sistem de management al bazelor de date (DBMS) și pachete de aplicații (PPP).

Clasificarea bazelor de date.

Prin tehnologia de prelucrare Datele DB sunt împărțite în centralizate și distribuite.

Centralizat Baza de date este stocată în întregime în memoria unui sistem informatic. Dacă sistemul face parte dintr-o rețea, atunci este posibil să accesați această bază de date a altor sisteme.

Distribuit O bază de date constă din mai multe baze de date, eventual suprapuse sau duplicate între ele, stocate în memoria diferitelor sisteme de calcul, unite într-o rețea.

Conform metodei de accesare a datelor, bazele de date sunt împărțite în acces local și la distanță (de rețea).

Acces local presupune că DBMS procesează DB care este stocat pe același sistem de calcul.

Acces de la distanță- este un apel la baza de date, care este stocată pe unul dintre sistemele incluse în rețeaua de calculatoare. Accesul de la distanță poate fi efectuat pe bază de server de fișiere sau client-server.

Arhitectura serverului de fișiere presupune alocarea unuia dintre calculatoarele din retea (server) pentru stocarea unei baze de date centralizate. Toate celelalte computere din rețea (clienți) joacă rolul de stații de lucru care copiază partea necesară a bazei de date centralizate în memoria lor, unde are loc procesarea. Cu toate acestea, cu o intensitate ridicată a solicitărilor către baza de date centralizată, sarcina pe canalele de rețea crește, ceea ce duce la o scădere a performanței IS-ului în ansamblu.

Arhitectura client-server presupune că serverul dedicat stocării bazei de date centralizate procesează suplimentar cererile clientului. Clienții primesc date deja procesate prin rețea. Având în vedere utilizarea pe scară largă a bazelor de date în diverse domenii, recent arhitectura client-server a fost utilizată și pe sisteme de calcul unice. În acest caz, programul-client, care are nevoie de date din baza de date, trimite o cerere către server - programul care gestionează întreținerea bazei de date, într-un limbaj special de interogare universal. Serverul trimite programului datele care sunt rezultatul unei căutări în baza de date la cererea acestuia. Această metodă este convenabilă prin faptul că programul client nu este obligat să conțină toate funcțiile de întreținere și întreținere a bazei de date, aceasta; serverul este responsabil. Ca urmare, este mai ușor să scrieți programe client.În plus, orice număr de clienți pot accesa serverul.

Modele de date.

Pentru implementarea principalelor funcții în SI sunt utilizate diverse principii de descriere a datelor. Miezul oricărei baze de date este model de prezentare a datelor.

Model de date definește structura logică a datelor stocate în baza de date (adică introducerea unor convenții privind modul în care sunt prezentate datele) și relația dintre acestea.

Principalele modele de prezentare a datelor includ:

Ierarhic

Reţea

Relațional

Post-relațional

Multidimensional

Orientat obiect

Cel mai răspândit este modelul de date relaționale, este cel mai universal și alte modele pot fi reduse la acesta.Modelul de date relaționale este axat pe organizarea datelor sub formă de tabele bidimensionale.

Cel mai important concept de modele de date relaționale este esență. Esenta este un obiect de orice natură, date despre care sunt stocate în baza de date. Datele despre, entitățile sunt stocate în tabele bidimensionale, care sunt numite relaționale.

Fiecare tabel relațional trebuie să aibă următoarele proprietăți:

· Un element de tabel - un element de date;

· Fiecare coloană a tabelului conține date de același tip (întreg, numeric, text etc.);

· Fiecare coloană are un nume unic;

· Numărul de coloane este setat la crearea unui tabel;

· Ordinea înregistrărilor în relație poate fi arbitrară;

· Înregistrările nu trebuie repetate;

· Numărul de înregistrări în relație nu este limitat.

Obiectele, interconexiunile și relațiile lor sunt prezentate sub formă Mese... Construcția formală a tabelelor este legată de conceptul fundamental atitudine(termen relaționale provine din cuvântul englezesc relație- atitudine).

Pentru mulțimi finite arbitrare date М 1, М 2, ..., MN, mulțimea tuturor colecțiilor posibile de forma (μ 1, μ 2, ..., μ Ν), unde μ 1 Є М 1, μ 2 Є М 2, ..., μ Ν Є MN le numesc produsul cartezian М 1 × М 2 × ... × MN. Relația R definită pe mulțimea M 1, M 2, ..., M N este o submulțime a produsului cartezian M 1 × M 2 × ... × M N. Mai mult, se numesc mulțimile М 1, М 2, ..., M N domenii relaţii, iar elementele produsului cartezian sunt tupluri relaţie. Numărul N determină grad relații, numărul de tupluri este acesta putere.

Într-un tabel relațional, fiecare coloană este un domeniu (numele alternativ camp), iar colecția de elemente din fiecare rând este un tuplu (sau înregistrare).

Se numește bara de titlu schema de relatii.

de exemplu, diagrama relației STUDENT poate fi următoarea:

ELEV (NUME, PRENUME, PRENUME, FACULTATE, CURS, GRUP), aici STUDENT este o atitudine, iar NUME, NUME etc. - atribute.

Într-o relație, fiecare instanță specifică a unei entități este reprezentată printr-un șir numit de un tuplu(sau înregistrare).

Următorul tabel prezintă relația STUDENT

NUME DE FAMILIE	NUME	PATRONIMIC	FACULTATE	BINE
Ivanov	Ivan	Ivanovici	IEF
Petrov	Petru	Petrovici	RTF
Sidorov	Anton	Egorovici	VT

Cheia principala o relație este un câmp sau un grup de câmpuri care identifică în mod unic o înregistrare. În legătură cu STUDENT, cheia primară poate fi câmpul LAST NAME, dacă nu există omonim în toate, acesta va fi simplu cheie. Dacă există nume, atunci va fi creat un set de câmpuri - nume, prenume, patronim compozit cheia principala. În practică, domeniul este de obicei ales ca domeniul cheie în care coincidențele sunt excluse în mod deliberat.

Pentru exemplul luat în considerare, un astfel de câmp poate fi numărul caietului de note al elevului.

Proprietăți cheia principala:

· Unicitate - în tabel poate fi atribuită o singură cheie primară, câmpurile unei chei compuse pot fi repetate, dar nu toate;

· Neredundanță – nu trebuie să existe câmpuri care, fiind eliminate din cheia primară, să nu încalce unicitatea acesteia;

· Cheia primară nu trebuie să includă câmpuri de tip, comentariu și grafic.

Pentru a evita înregistrările duplicate, veniți la legarea tabelelor. De exemplu, dacă în raport cu STUDENT este necesar să se descrie universitatea în care studiază, atunci, la prima vedere, următoarele domenii STUDENT ar putea fi incluse în relație (NUME, NUME, PATRONARE, FACULTATE, CURS, GRUP). , NUMELE UNIVERSITĂȚII, ADRESA). Dar atunci când completează un astfel de tabel, fiecare student va trebui să indice un nume destul de lung al universității și adresa acesteia, ceea ce este incomod. Mai mult, orice greșeală minoră la introducerea acestor câmpuri va rupe consistența bazei de date. De exemplu, o eroare în adresa unei universități va duce la faptul că în baza de date vor apărea două universități cu același nume și adrese diferite. În acest caz, aceștia procedează astfel: introduceți câmpul „cod universitar” (un număr întreg) în relația STUDENT și adăugați încă o relație a universității (cod universitar, nume, adresă). Apoi relațiile dintre STUDENT și UNIVERSITATE vor fi legate prin câmpul „cod universitar”.

STUDENT (Nume, Prenume, Patronimic, FACULTATE, CURS, GRUP, COD UNIVERSITAR)

UNIVERSITATE (COD UNIVERSITAR, NUME, ADRESA, TELEFON)

Când se lucrează cu astfel de tabele, numai datele din câmpul „COD universității” pot fi repetate, iar toate informațiile necesare despre universitate pot fi preluate din relația universității. Rețineți că introducerea unui număr întreg în loc de nume lung în câmpul „COD universitar” va duce la mult mai puține erori. Pentru HEI, câmpul HEI CODE va fi cheia primară, iar pentru STUDENT, câmpul HEI CODE va fi cheia externă.

Pentru a lega tabele relaționale, este necesar să introduceți câmpuri de același tip în ambele tabele, care vor determina relația dintre înregistrările ambelor tabele. Există mai multe tipuri de relații: unu-la-unu, unu-la-mulți și mulți-la-mulți. În exemplul de mai sus, a fost stabilită o relație unu-la-mulți, adică o înregistrare din tabelul UNIVERSITATE corespunde mai multor înregistrări din tabelul STUDENT.

Obiecte informaționale și conexiuni.

Obiect informativ este o descriere a unui obiect, proces sau fenomen real sub forma unui set de caracteristici ale acestuia (elemente informaționale), numit rechizite... Un obiect de informare cu o anumită structură (compoziția necesară) formează un tip (clasă), căruia i se atribuie un nume unic. Un obiect informațional cu caracteristici specifice se numește instanță. Fiecare instanță este identificată prin specificarea unui atribut cheie (cheie). Aceleași atribute în diferite obiecte informaționale pot fi atât cheie, cât și descriptive. Un obiect de informare poate avea mai multe chei.

Exemplu... Obiectul informațional STUDENT are următoarele proprietăți: cameră(numărul cărții de note - cheie necesară), nume de familie, Nume, patronimic, Data de nastere, codul locului de studii... Obiect informativ AFACE PERSONALĂ: numarul studentului, adresa de acasa, numarul certificatului O învățământ secundar, starea civilă, copii... Obiectul de informare LOCUL DE ÎNVĂȚARE include recuzită, Codul(recuzită cheie), numele universității, facultate, grup... Obiect informativ PROFESOR: Codul(recuzită cheie), scaun, nume de familie, Nume, patronimic, grad academic, titlu academic, poziţie.

Relaţiile care există între obiectele reale sunt definite în modelele informaţionale ca conexiuni ... Există trei tipuri de relații: unu la unu (1:1), unu la multi(1: ∞) și multi la multi (∞:∞).

Conexiune unu la unu definește corespondența cu o instanță a obiectului informațional X cu cel mult o instanță a obiectului informațional Y și invers.

Exemplu... Obiectele informaționale STUDENT și AFFAIR PERSONAL vor fi legate într-o relație unu-la-unu. Fiecare student are anumite date unice în dosarul său personal.

La comunicare unu la multi Orice număr de instanțe ale obiectului de informații Y poate corespunde unei instanțe a obiectului de informații X, dar fiecare instanță a obiectului de informații Y este asociată cu cel mult o instanță a obiectului X.

Exemplu... Trebuie stabilită o relație unu-la-mulți între obiectele de informare LOCARE și STUDENT. Unul și același loc de studiu poate fi repetat de mai multe ori pentru studenți diferiți.

Conexiune multi la multi presupune că orice număr de instanțe ale lui Y poate corespunde unei instanțe a obiectului informațional X și invers.

Exemplu... Obiectele informaționale STUDENT și PROFESOR au o relație multi-la-mulți. Fiecare elev învață de la mulți profesori și fiecare profesor învață mulți elevi.

În Access, puteți defini trei tipuri de relații între tabele: unu la multi, multi la multiși unu la unu... Conexiune unu la multi este cel mai des folosit tip de relație între tabele. Conexiuni multi la multi este implementat doar cu ajutorul unui al treilea tabel (de legare), a cărui cheie este formată din cel puțin două câmpuri, dintre care unul este comun cu tabelul X, iar celălalt este comun cu tabelul Y. Relație unu la unu nu sunt folosite foarte des, deoarece astfel de date pot fi plasate într-un singur tabel. Legătura cu atitudinea unu la unu sunt folosite pentru a separa tabele foarte largi, pentru a separa porțiuni dintr-un tabel din motive de securitate și pentru a stoca informații legate de un subset de înregistrări în tabelul principal.

Informații similare.

Legături între obiecte.

Nume parametru	Sens
Subiectul articolului:	Legături între obiecte.
Categorie (categorie tematică)	Conexiune

În lumea reală, în special în sistemele complexe, există relații diferite între obiecte. În modelare, obiectele sunt reprezentate ca obiecte, iar relația dintre ele ca legături. Fiecare tip conexiuniîn model are propriul nume. În formă grafică, o legătură este afișată ca o linie între obiectele legate cu o indicație a identificatorului de legătură.

Există trei tipuri de relații elementare: unu-la-unu (Fig. 4.1.), Unu-to-many (Fig. 4.2.) Și mulți-la-multi (Fig. 4.3.).

O relație unu-la-unu există atunci când o instanță a unui obiect este asociată cu o singură instanță a altuia. O relație unu-la-unu este indicată de săgețile ← sau →.

Oportunitati

Orez. 4.1. Un exemplu de relație unu-la-unu.

O relație unu-la-mulți există atunci când o instanță a primului obiect este asociată cu mai mult de o instanță a celui de-al doilea obiect, dar fiecare instanță a celui de-al doilea obiect este asociată cu o singură instanță a primului obiect. Această relație este descrisă cu o săgeată dublă → →.

Este format din

Orez. 4 . 2. Un exemplu de relație unu-la-mulți.

O relație multi-la-mulți există atunci când fiecare 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 este asociată cu una sau mai multe instanțe ale primului. Acest tip de relație este reprezentat de o săgeată bidirecțională ↔.

Studii

Orez. 4.3 . Un exemplu de relație multi-la-mulți.

Pe lângă pluralitate, conexiunile pot fi subdivizate în necondiționate și condiționate. Fiecare instanță a unui obiect este implicată într-o conexiune necondiționată. Nu toate instanțele de obiect iau parte la o legătură condiționată. Conexiunea trebuie să fie condiționată atât pe una, cât și pe ambele părți.

Toate linkurile din modelul de informații necesită o descriere, ĸᴏᴛᴏᴩᴏᴇ cel puțin include:

‣‣‣ identificatorul de comunicare;

‣‣‣ tipul conexiunii (multiplicitatea și convenția sa).

Legăturile elementare sunt părți constitutive structuri de legătură... Secvența necondiționată a comunicațiilor unu-la-unu este de obicei numită structură de tip coadă și este afișată grafic în Figura 4.4.a. O generalizare a structurii de tip coadă este structura circulară prezentată în Fig. 4.4.b.

Un rol foarte important îl joacă modelul de informații arbore, care este unul dintre cele mai comune tipuri de structuri de clasificare.
Postat pe ref.rf
Relația de arbore este o relație necondiționată unu-la-mulți și este reprezentată grafic în Fig. 4.4. v . O caracteristică a acestei structuri este că fiecare obiect nu poate avea mai mult de un strămoș, un număr arbitrar de descendenți. Un obiect care nu are copii se numește obiect frunză. Un arbore ierarhic începe cu un singur obiect numit obiect rădăcină. Este foarte important ca fiecare obiect să aibă propriul său nume sau identificator unic.
Postat pe ref.rf
Această structură de comunicare este numită și ierarhică. În fig. 4.4. v . dreptunghiul R este obiectul rădăcină. Obiectele B1 ,. ... ., B8 sunt cu frunze. Modelul ierarhic este destul de convenabil pentru reprezentarea domeniilor de subiect, deoarece relațiile ierarhice sunt destul de comune între entitățile din lumea reală. Dar modelul ierarhic nu acceptă relații multi-la-mulți atunci când multe obiecte de un tip sunt legate de multe obiecte de alt tip. Să presupunem că doriți să modelați relația dintre un set de profesori și un set de materii. O structură arborescentă ierarhică nu este potrivită pentru modelarea unor astfel de relații.