En relasjonsmodell består av å representere data ved hjelp av relaterte tabeller hvis rader kalles tupler og kolonnevariablene, og dermed danne en database
De ble opprettet i 1970 av Edgar Frank Codd, en IBM-ansatt i San José (California). Driften er veldig enkel. De er basert på mengdeteori og predikatlogikk.
De er representert med datatabeller, slik at radene er forskjellige tilfeller og kolonnene er feltene som skal studeres. Det er mye brukt til å administrere data dynamisk.
Formelle vilkår for relasjonsmodellen
Det er en serie formelle begreper som tilsvarer uformelle uttrykk. Det er praktisk å kjenne dem for å bli kjent med dem. I praksis brukes enkle uttrykk, lettere å forstå.
- Forholdet, som er det formelle begrepet, har sin uformelle ekvivalent i tabellen.
- Tupelen er ikke noe mer enn en post som er representert i radene i tabellen, og attributtet er en kolonne eller et felt.
- Kardinalitet refererer til antall rader eller poster, og graden er antall kolonner eller felt.
- Til slutt er primærnøkkelen en unik identifikator for hvert tilfelle.
Hvordan den relasjonsmodellen fungerer
Selv om vi vil se det i det siste eksemplet, skal vi vise hvordan det fungerer. Husk at tabellene allerede etablerer forhold mellom dataene, derav navnet. Egentlig styres det av noen enkle regler, som er følgende:
- Tabeller er sentrum for modellen, og data må være representert i dem. Tabeller brukes også når du beregner resultater fra andre.
- Rekkefølgen for hver kolonne bestemmes av spørringstypen som utføres. Derfor er en innledende ordre ikke nødvendig, siden hvert forhold består av et unikt datasett.
- Som vi allerede har nevnt, er radene data eller tilfeller, kolonnene er felt eller variabler. På den annen side er hver celle en post som har to dimensjoner.
- Det er viktig å ha en unik identifikator (primærnøkkel) for hver post. Dette lar deg etablere forhold mellom to eller flere tabeller ved å bruke den som en fremmed nøkkel.
Fordeler og ulemper ved relasjonsmodellen
Denne relasjonsmodellen har, som alt annet, fordeler og ulemper.
Blant fordelene kan vi trekke frem følgende;
- På den ene siden har den prosesser som unngår duplisering av data.
- På den annen side garanterer det referanseintegritet ved å eliminere alt relatert til en post når det er nødvendig.
- I tillegg tillater det normalisering.
På den annen side har vi følgende ulemper eller ulemper:
- Den første er at den har begrensninger i grafiske representasjoner eller geoposisjoneringssystemer.
- Det andre er at tekstblokkene ikke behandles effektivt.
Relasjonsmodell eksempel
La oss forestille oss at vi ønsker å lage en modell med leverandører, kjøp, lager (med kategorier), kunder og salg. Hver tabell representerer en gruppe lignende data. Disse har en serie data i kolonner (felt), og hver av dem (tuple) vil gå på rad. Vi har gjort det enkelt, bare for å vise det vi har sett i denne artikkelen. Det kan være noe sånt ↓
Tabellene vil bli fullført, hvis vi bruker klientene som et eksempel, med dataene til hver av dem på rad og typen (navn, etternavn …) i en kolonne. 1 betyr "av en" og M betyr "for mange." Det refererer til det faktum at i denne relasjonsmodellen er utgangene til hver tabell av en enkelt data, men de kan relateres til flere av følgende.
