Hva er relasjonsmodell?
Relasjonsmodell (RM) representerer databasen som en samling av relasjoner. En relasjon er ikke annet enn en verditabell. Hver rad i tabellen representerer en samling relaterte dataverdier. Disse radene i tabellen betegner en virkelighet eller et forhold.
Tabellnavnet og kolonnenavnene er nyttige for å tolke betydningen av verdier i hver rad. Dataene er representert som et sett av relasjoner. I relasjonsmodellen lagres data som tabeller. Imidlertid er den fysiske lagringen av data uavhengig av måten dataene er logisk organisert.
Noen populære Relational Database management-systemer er:
- DB2 og Informix Dynamic Server - IBM
- Oracle og RDB - Oracle
- SQL Server og Access - Microsoft
I denne veiledningen vil du lære
- Relasjonsmodellkonsepter
- Relasjonelle integritetsbegrensninger
- Operasjoner i relasjonsmodell
- Beste fremgangsmåter for å lage en relasjonsmodell
- Fordeler med å bruke Relasjonsmodell
- Ulemper ved å bruke Relasjonsmodell
Relasjonsmodellkonsepter
- Attributt: Hver kolonne i en tabell. Attributter er egenskapene som definerer en relasjon. f.eks. Student_Rollno, NAME osv.
- Tabeller - I relasjonsmodellen blir relasjoner lagret i tabellformat. Den lagres sammen med enhetene. En tabell har to egenskaper rader og kolonner. Rader representerer poster og kolonner representerer attributter.
- Tuple - Det er ingenting annet enn en enkelt rad i en tabell, som inneholder en enkelt post.
- Relasjonsskjema: Et relasjonsskjema representerer navnet på forholdet med dets attributter.
- Grad: Totalt antall attributter som i forholdet kalles graden av forholdet.
- Kardinalitet: Totalt antall rader i tabellen.
- Kolonne: Kolonnen representerer verdisettet for et bestemt attributt.
- Relasjonsforekomst - Forholdsforekomst er et endelig sett med tupler i RDBMS-systemet. Forholdsforekomster har aldri dupliserte tupler.
- Relasjonstast - Hver rad har ett, to eller flere attributter, som kalles relasjonsnøkkel.
- Attributtdomene - Hvert attributt har noen forhåndsdefinert verdi og omfang som kalles attributtdomene
Relasjonelle integritetsbegrensninger
Relasjonelle integritetsbegrensninger i DBMS refereres til forhold som må være til stede for en gyldig relasjon. Disse relasjonsbegrensningene i DBMS er avledet fra reglene i miniverden som databasen representerer.
Det er mange typer integritetsbegrensninger i DBMS. Begrensninger for Relational database management system er for det meste delt inn i tre hovedkategorier er:
- Domenebegrensninger
- Nøkkelbegrensninger
- Referensielle integritetsbegrensninger
Domenebegrensninger
Domenebegrensninger kan brytes hvis en attributtverdi ikke vises i det tilhørende domenet, eller hvis den ikke er av passende datatype.
Domenebegrensninger angir at innenfor hver tuple, og verdien av hvert attributt må være unik. Dette er spesifisert som datatyper som inkluderer standard datatypes heltall, reelle tall, tegn, boolere, strenger med variabel lengde osv.
Eksempel:
Create DOMAIN CustomerNameCHECK (value not NULL)
Eksemplet som vises, viser hvordan du oppretter en domenebegrensning slik at CustomerName ikke er NULL
Nøkkelbegrensninger
Et attributt som unikt kan identifisere en tuple i et forhold kalles nøkkelen til tabellen. Verdien av attributtet for forskjellige tupler i forholdet må være unik.
Eksempel:
I den gitte tabellen er CustomerID en nøkkelattributt for Customer Table. Det er mest sannsynlig å ha en enkelt nøkkel for en kunde, CustomerID = 1 er bare for CustomerName = "Google".
| Kunde ID | Kundenavn | Status |
| 1 | Aktiv | |
| 2 | Amazon | Aktiv |
| 3 | eple | Inaktiv |
Referensielle integritetsbegrensninger
Begrensninger for referanseintegritet i DBMS er basert på konseptet med utenlandske nøkler. En fremmed nøkkel er en viktig egenskap for en relasjon som det skal refereres til i andre forhold. Referansens integritetsbegrensningstilstand skjer der relasjon refererer til et nøkkelattributt for en annen eller samme relasjon. Imidlertid må det nøkkelelementet finnes i tabellen.
Eksempel:
I eksemplet ovenfor har vi to relasjoner, kunde og fakturering.
Tuple for CustomerID = 1 er referert to ganger i forholdet Fakturering. Så vi vet at CustomerName = Google har et faktureringsbeløp på $ 300
Operasjoner i relasjonsmodell
Fire grunnleggende oppdateringsoperasjoner utført på relasjonell databasemodell er
Sett inn, oppdater, slett og velg.
- Insert brukes til å sette inn data i forholdet
- Slett brukes til å slette tupler fra tabellen.
- Modify lar deg endre verdiene til noen attributter i eksisterende tuples.
- Med Select kan du velge et spesifikt utvalg av data.
Hver gang en av disse operasjonene brukes, må integritetsbegrensninger som er spesifisert i relasjonsdatabaseskjemaet aldri brytes.
Sett inn operasjon
Innsettingsoperasjonen gir verdier for attributtet for en ny tuple som skal settes inn i en relasjon.
Oppdater operasjonen
Du kan se at i den gitte relasjonstabellen CustomerName = 'Apple' er oppdatert fra Inaktiv til Aktiv.
Slett operasjon
For å spesifisere sletting velger en betingelse for attributtene til relasjonen tupelen som skal slettes.
I eksemplet ovenfor er CustomerName = "Apple" slettet fra tabellen.
Slett-operasjonen kan bryte referanseintegriteten hvis tupelen som slettes refereres til av fremmednøkler fra andre tupler i samme database.
Velg Operasjon
I eksemplet ovenfor er CustomerName = "Amazon" valgt
Beste fremgangsmåter for å lage en relasjonsmodell
- Data må representeres som en samling av relasjoner
- Hvert forhold skal vises tydelig i tabellen
- Rader skal inneholde data om forekomster av en enhet
- Kolonner må inneholde data om attributtene til enheten
- Celler i tabellen skal ha en enkelt verdi
- Hver kolonne skal få et unikt navn
- Ingen to rader kan være identiske
- Verdiene til et attributt skal være fra samme domene
Fordeler med å bruke Relasjonsmodell
- Enkelhet : En relasjonsdatamodell i DBMS er enklere enn den hierarkiske og nettverksmodellen.
- Strukturell uavhengighet : Relasjonsdatabasen er bare opptatt av data og ikke av en struktur. Dette kan forbedre ytelsen til modellen.
- Enkel å bruke : Relasjonsmodellen i DBMS er enkel, da tabeller bestående av rader og kolonner er ganske naturlige og enkle å forstå
- Spørringskapasitet : Det gjør det mulig for et spørrespråk på høyt nivå som SQL å unngå kompleks databasenavigering.
- Datauavhengighet : Strukturen i relasjonsdatabasen kan endres uten å måtte endre noe program.
- Skalerbar : Når det gjelder antall poster, eller rader, og antall felt, bør en database forstørres for å forbedre bruken.
Ulemper ved å bruke Relasjonsmodell
- Få relasjonsdatabaser har grenser for feltlengder som ikke kan overskrides.
- Relasjonsdatabaser kan noen ganger bli komplekse etter hvert som datamengden vokser, og forholdet mellom datadeler blir mer komplisert.
- Komplekse relasjonelle databasesystemer kan føre til isolerte databaser der informasjonen ikke kan deles fra ett system til et annet.
Sammendrag
- Relasjonsdatabasemodelleringen representerer databasen som en samling av relasjoner (tabeller)
- Attributt, Tabeller, Tuple, Relasjonsskjema, Grad, Kardinalitet, Kolonne, Relasjonsforekomst, er noen viktige komponenter i Relasjonsmodell
- Relasjonelle integritetsbegrensninger henvises til forhold som må være til stede for en gyldig relasjonstilnærming i DBMS
- Domenebegrensninger kan bli brutt hvis en attributtverdi ikke vises i det tilhørende domenet, eller den ikke er av passende datatype
- Sett inn, velg, modifiser og slett er operasjonene som utføres i begrensninger for relasjonsmodell
- Relasjonsdatabasen er bare opptatt av data og ikke av en struktur som kan forbedre ytelsen til modellen
- Fordelene med relasjonsmodellen i DBMS er enkelhet, strukturell uavhengighet, brukervennlighet, spørringsevne, datauavhengighet, skalerbarhet osv.
- Få relasjonsdatabaser har grenser for feltlengder som ikke kan overskrides.