Hvad er relationsmodel?
Relational Model (RM) repræsenterer databasen som en samling af relationer. Et forhold er intet andet end en værditabel. Hver række i tabellen repræsenterer en samling af relaterede dataværdier. Disse rækker i tabellen angiver en virkelig enhed eller et forhold.
Tabellenavn og kolonnenavne er nyttige til at fortolke betydningen af værdier i hver række. Dataene er repræsenteret som et sæt forhold. I relationsmodellen lagres data som tabeller. Imidlertid er den fysiske lagring af data uafhængig af den måde, dataene er organisk organiseret på.
Nogle populære Relational Database management-systemer er:
- DB2 og Informix Dynamic Server - IBM
- Oracle og RDB - Oracle
- SQL Server og Access - Microsoft
I denne vejledning lærer du
- Relationelle modelkoncepter
- Relationelle integritetsbegrænsninger
- Operationer i relationel model
- Bedste fremgangsmåder til oprettelse af en relationsmodel
- Fordele ved at bruge relationsmodel
- Ulemper ved at bruge Relational Model
Relationelle modelkoncepter
- Attribut: Hver kolonne i en tabel. Attributter er de egenskaber, der definerer en relation. f.eks. Student_Rollno, NAME osv.
- Tabeller - I relationsmodellen, gemmes relationer i tabelformat. Det opbevares sammen med dets enheder. En tabel har to egenskabsrækker og kolonner. Rækker repræsenterer poster, og kolonner repræsenterer attributter.
- Tuple - Det er intet andet end en enkelt række i en tabel, der indeholder en enkelt post.
- Relationsskema: Et relationsskema repræsenterer navnet på forholdet med dets attributter.
- Grad: Det samlede antal attributter, der i relation kaldes graden af relation.
- Kardinalitet: Samlet antal rækker i tabellen.
- Kolonne: Kolonnen repræsenterer værdisættet for en bestemt attribut.
- Relationsforekomst - Forholdsforekomst er et endeligt sæt tupler i RDBMS-systemet. Forholdsforekomster har aldrig dobbelte tupler.
- Relationstast - Hver række har en, to eller flere attributter, som kaldes relationsnøgle.
- Attributdomæne - Hver attribut har en foruddefineret værdi og rækkevidde, der er kendt som attributdomæne
Relationelle integritetsbegrænsninger
Relationsintegritetsbegrænsninger i DBMS henvises til betingelser, der skal være til stede for en gyldig relation. Disse relationelle begrænsninger i DBMS er afledt af reglerne i mini-verdenen, som databasen repræsenterer.
Der er mange typer integritetsbegrænsninger i DBMS. Begrænsninger på Relational database management system er for det meste opdelt i tre hovedkategorier er:
- Domænebegrænsninger
- Nøglebegrænsninger
- Henvisningsintegritetsbegrænsninger
Domænebegrænsninger
Domænebegrænsninger kan overtrædes, hvis en attributværdi ikke vises i det tilsvarende domæne, eller den ikke er af den relevante datatype.
Domænebegrænsninger angiver, at inden for hver tuple, og værdien af hver attribut skal være unik. Dette specificeres som datatyper, der inkluderer standarddatatyper heltal, reelle tal, tegn, booleanere, strenge med variabel længde osv.
Eksempel:
Create DOMAIN CustomerNameCHECK (value not NULL)
Det viste eksempel demonstrerer oprettelse af en domænebegrænsning, således at CustomerName ikke er NULL
Nøglebegrænsninger
En attribut, der entydigt kan identificere en tuple i en relation kaldes nøglen til tabellen. Værdien af attributten for forskellige tupler i forholdet skal være unik.
Eksempel:
I den givne tabel er CustomerID en nøgleattribut for Customer Table. Det er sandsynligvis en enkelt nøgle til en kunde, CustomerID = 1 er kun for CustomerName = "Google".
| Kunde ID | Kundenavn | Status |
| 1 | Aktiv | |
| 2 | Amazon | Aktiv |
| 3 | Æble | Inaktiv |
Henvisningsintegritetsbegrænsninger
Henvisningsintegritetsbegrænsninger i DBMS er baseret på begrebet udenlandske nøgler. En fremmed nøgle er en vigtig egenskab ved en relation, som der skal henvises til i andre relationer. Henvisningsintegritetsbegrænsningstilstand sker, når relation henviser til en nøgleattribut for en anden eller samme relation. Dette nøgleelement skal dog findes i tabellen.
Eksempel:
I ovenstående eksempel har vi to relationer, kunde og fakturering.
Tuple for CustomerID = 1 henvises to gange i forholdet Fakturering. Så vi ved, at CustomerName = Google har et faktureringsbeløb på $ 300
Operationer i relationel model
Fire grundlæggende opdateringshandlinger udført på relationsdatabasemodel er
Indsæt, opdater, slet og vælg.
- Indsæt bruges til at indsætte data i forholdet
- Slet bruges til at slette tupler fra tabellen.
- Modify giver dig mulighed for at ændre værdierne for nogle attributter i eksisterende tuples.
- Vælg giver dig mulighed for at vælge et bestemt dataområde.
Når en af disse operationer anvendes, må integritetsbegrænsninger, der er angivet i relationsdatabaseskemaet, aldrig krænkes.
Indsæt operation
Indsætningsoperationen giver værdier for attributten for en ny tuple, som skal indsættes i en relation.
Opdater operation
Du kan se, at i nedenstående relationstabel CustomerName = 'Apple' opdateres fra inaktiv til aktiv.
Slet handling
For at specificere sletning vælger en betingelse for attributterne for relationen den tuple, der skal slettes.
I det ovennævnte eksempel slettes CustomerName = "Apple" fra tabellen.
Slet-operationen kan krænke referenceintegriteten, hvis den tuple, der slettes, refereres til af fremmednøgler fra andre tupler i den samme database.
Vælg Operation
I ovenstående eksempel er CustomerName = "Amazon" valgt
Bedste fremgangsmåder til oprettelse af en relationsmodel
- Data skal repræsenteres som en samling af relationer
- Hvert forhold skal vises tydeligt i tabellen
- Rækker skal indeholde data om forekomster af en enhed
- Kolonner skal indeholde data om enhedens attributter
- Celler i tabellen skal have en enkelt værdi
- Hver kolonne skal have et unikt navn
- Ingen to rækker kan være identiske
- Værdierne for en attribut skal være fra det samme domæne
Fordele ved at bruge relationsmodel
- Enkelhed : En relationel datamodel i DBMS er enklere end den hierarkiske og netværksmodel.
- Strukturel uafhængighed : Den relationsdatabase vedrører kun data og ikke en struktur. Dette kan forbedre ydeevnen for modellen.
- Let at bruge : Relationsmodellen i DBMS er let, da tabeller bestående af rækker og kolonner er ret naturlige og enkle at forstå
- Forespørgselsfunktion : Det gør det muligt for et forespørgselssprog på højt niveau som SQL at undgå kompleks databasenavigation.
- Datauafhængighed : Strukturen i relationel database kan ændres uden at skulle ændre nogen applikation.
- Skalerbar : Med hensyn til et antal poster eller rækker og antallet af felter skal en database udvides for at øge dens anvendelighed.
Ulemper ved at bruge Relational Model
- Få relationsdatabaser har grænser for feltlængder, som ikke kan overskrides.
- Relationsdatabaser kan undertiden blive komplekse, når mængden af data vokser, og forholdet mellem datastykker bliver mere kompliceret.
- Komplekse relationsdatabasesystemer kan føre til isolerede databaser, hvor informationen ikke kan deles fra et system til et andet.
Resumé
- Relationsdatabasemodelleringen repræsenterer databasen som en samling af relationer (tabeller)
- Attribut, Tables, Tuple, Relation Schema, Degree, Cardinality, Column, Relation instance, er nogle vigtige komponenter i Relational Model
- Relationsintegritetsbegrænsninger henvises til betingelser, der skal være til stede for en gyldig relationstilgang i DBMS
- Domænebegrænsninger kan overtrædes, hvis en attributværdi ikke vises i det tilsvarende domæne, eller den ikke er af den relevante datatype
- Indsæt, vælg, modificer og slet er de operationer, der udføres i begrænsninger i relationel model
- Den relationsdatabase vedrører kun data og ikke en struktur, der kan forbedre modelens ydeevne
- Fordele ved relationel model i DBMS er enkelhed, strukturel uafhængighed, brugervenlighed, forespørgselsevne, datauafhængighed, skalerbarhed osv.
- Få relationsdatabaser har grænser for feltlængder, som ikke kan overskrides.