En relationsmodel består af at repræsentere data ved hjælp af relaterede tabeller, hvis rækker kaldes tupler og kolonnevariablerne og dermed danne en database
De blev oprettet i 1970 af Edgar Frank Codd, en IBM-medarbejder i San José (Californien). Driften er virkelig enkel. De er baseret på sætteori og predikatlogik.
De er repræsenteret med datatabeller, så rækkerne er de forskellige tilfælde, og kolonnerne er de felter, der skal undersøges. Det bruges i vid udstrækning til at styre data dynamisk.
Formelle vilkår for den relationelle model
Der er en række formelle udtryk, der svarer til uformelle udtryk. Det er praktisk at kende dem for at blive fortrolig med dem. I praksis bruges enkle udtryk, lettere at forstå.
- Forholdet, som er det formelle udtryk, har sin uformelle ækvivalent i tabellen.
- Tuplen er intet andet end en post, der er repræsenteret i rækkerne i tabellen, og attributten er en kolonne eller et felt.
- Kardinalitet henviser til antallet af rækker eller poster, og graden er antallet af kolonner eller felter.
- Endelig er den primære nøgle en unik identifikator for hvert tilfælde.
Hvordan den relationsmodel fungerer
Selvom vi vil se det i det sidste eksempel, skal vi vise, hvordan det fungerer. Husk, at selve tabellerne allerede etablerer relationer mellem dataene, deraf navnet. Faktisk styres det af nogle enkle regler, som er følgende:
- Tabeller er centrum for modellen, og data skal være repræsenteret i dem. Tabeller bruges også til beregning af resultater fra andre.
- Rækkefølgen for hver kolonne bestemmes af den type forespørgsel, der udføres. Derfor er en indledende ordre ikke nødvendig, da hver relation består af et unikt datasæt.
- Som vi allerede har nævnt, er rækkerne data eller tilfælde, kolonnerne er felter eller variabler. På den anden side er hver celle en post, der har to dimensioner.
- Det er vigtigt at have en unik identifikator (primær nøgle) til hver post. Dette giver dig mulighed for at etablere relationer mellem to eller flere tabeller ved at bruge den som en fremmed nøgle.
Fordele og ulemper ved den relationelle model
Denne relationsmodel har som alt andet fordele og ulemper.
Blandt fordelene kan vi fremhæve følgende;
- På den ene side har den processer, der undgår dobbeltarbejde.
- På den anden side garanterer det referentiel integritet ved at fjerne alt relateret til en post, når det er nødvendigt.
- Derudover tillader det normalisering.
På den anden side har vi følgende ulemper eller ulemper:
- Den første er, at den har begrænsninger i grafiske repræsentationer eller geopositioneringssystemer.
- Det andet er, at tekstblokkene ikke behandles effektivt.
Relationsmodeleksempel
Lad os forestille os, at vi vil oprette en model med leverandører, indkøb, lager (med kategorier), kunder og salg. Hver tabel repræsenterer en gruppe af lignende data. Disse har en række data i kolonner (felter), og hver af dem (tuple) vil gå i træk. Vi har gjort det enkelt, kun med det formål at vise, hvad vi har set i denne artikel. Det kunne være sådan noget ↓
Tabellerne udfyldes, hvis vi bruger klienterne som et eksempel, med dataene for hver enkelt af dem i træk og typen (navn, efternavn …) i en kolonne. 1 betyder "af en" og M betyder "for mange." Det refererer til det faktum, at output i hver tabel i denne relationelle model har en enkelt data, men de kan relateres til flere af følgende.
