Relaatiotietomalli DBMS:ssä | Tietokanta Concepts & Esimerkki

Taulukon ja sarakkeiden nimet auttavat tulkitsemaan kunkin rivin arvojen merkitystä. Tiedot esitetään relaatioiden joukkona. Relaatiomallissa tiedot tallennetaan taulukoina. Tietojen fyysinen tallennus on kuitenkin riippumaton tavasta, jolla tiedot on järjestetty loogisesti.

Joitakin suosittuja relaatiotietokannan hallintajärjestelmiä ovat:

• DB2 ja Informix Dynamic Server – IBM
• Oracle ja RDB - Oracle
• SQL-palvelin ja pääsy - Microsoft

Suhteellinen malli Concepts DBMS:ssä

1. määrite: Jokainen sarake taulukossa. Attribuutit ovat ominaisuuksia, jotka määrittävät suhteen. esim. Student_Rollno, NAME jne.
2. taulukot – Relaatiomallissa relaatiot tallennetaan taulukkomuodossa. Se tallennetaan entiteettiensä mukana. Taulukossa on kaksi ominaisuusriviä ja saraketta. Rivit edustavat tietueita ja sarakkeet attribuutteja.
3. monikko – Se on vain yksi taulukon rivi, joka sisältää yhden tietueen.
4. Suhdekaavio: Relaatioskeema edustaa suhteen nimeä sen attribuuteineen.
5. Tutkinto: Attribuuttien kokonaismäärä, jota suhteessa kutsutaan suhteen asteeksi.
6. Kardinaalisuus: Taulukossa olevien rivien kokonaismäärä.
7. Sarake: Sarake edustaa tietyn määritteen arvojoukkoa.
8. Suhde-esiintymä – Relaatioilmentymä on rajallinen joukko RDBMS-järjestelmässä olevia monikkoja. Relaatioesiintymillä ei koskaan ole päällekkäisiä monikoita.
9. Suhde avain – Jokaisella rivillä on yksi, kaksi tai useampi attribuutti, jota kutsutaan relaatioavaimeksi.
10. Attribuutin verkkotunnus – Jokaisella attribuutilla on jokin ennalta määritetty arvo ja laajuus, joka tunnetaan attribuuttialueena

omainen Integrity rajoitteet

omainen Integrity DBMS:n rajoitukset viittaavat ehtoihin, joiden on oltava voimassa kelvolliselle suhteelle. Nämä relaatiorajoitukset DBMS:ssä johdetaan tietokannan edustaman minimaailman säännöistä.

On olemassa monia erityyppisiä Integrity DBMS:n rajoitukset. Relaatiotietokannan hallintajärjestelmän rajoitukset on enimmäkseen jaettu kolmeen pääluokkaan:

1. Verkkotunnuksen rajoitukset
2. Keskeiset rajoitukset
3. Viitteellinen Integrity rajoitteet

Verkkotunnuksen rajoitukset

Toimialueen rajoituksia voidaan rikkoa, jos määritteen arvo ei näy vastaavassa toimialueella tai se ei ole sopivaa tietotyyppiä.

Toimialueen rajoitukset määrittävät, että jokaisessa monikko ja kunkin attribuutin arvon on oltava yksilöllinen. Tämä määritellään tietotyypeiksi, jotka sisältävät vakiotietotyyppejä kokonaislukuja, reaalilukuja, merkkejä, loogisia lukuja, muuttuvapituisia merkkijonoja jne.

Esimerkiksi:

Create DOMAIN CustomerName
CHECK (value not NULL)

Esitetyssä esimerkissä esitetään toimialueen rajoituksen luominen siten, että CustomerName ei ole NULL

Keskeiset rajoitukset

Attribuuttia, joka voi yksilöidä relaatiossa olevan monikon, kutsutaan taulukon avaimeksi. Attribuutin arvon eri monikoille relaatiossa on oltava yksilöllinen.

Esimerkiksi:

Annetussa taulukossa asiakastunnus on asiakastaulukon avainattribuutti. Sillä on todennäköisimmin yksi avain yhdelle asiakkaalle, Asiakastunnus =1 on vain asiakkaalle CustomerName =” Google”.

Asiakas ID	Asiakkaan nimi	Tila
1	Google	Aktiiviset
2	Amazon	Aktiiviset
3	omena	Epäaktiivinen

Viitteellinen Integrity rajoitteet

Viitteellinen Integrity DBMS:n rajoitukset perustuvat vieraiden avainten käsitteeseen. Vieras avain on suhteen tärkeä ominaisuus, johon tulisi viitata muissa suhteissa. Viittauksen eheysrajoitustila tapahtuu, kun relaatio viittaa eri tai saman suhteen avainattribuuttiin. Tämän avainelementin on kuitenkin oltava taulukossa.

Esimerkiksi:

Yllä olevassa esimerkissä meillä on 2 suhdetta, asiakas ja Billden.

Tuple for CustomerID =1 viitataan kahdesti suhteessa Billing. Tiedämme siis, että CustomerName=Googlen laskutussumma on 300 dollaria

Operarelaatiomallissa

Neljä peruspäivitystoimintoa, jotka suoritetaan relaatiotietokantamallilla

Lisää, päivitä, poista ja valitse.

• Insert käytetään tietojen lisäämiseen relaatioon
• Delete-toimintoa käytetään poistamaan monikot taulukosta.
• Muokkaa antaa sinun muuttaa joidenkin attribuuttien arvoja olemassa olevissa monikoissa.
• Valitse-toiminnolla voit valita tietyn tietoalueen.

Aina kun jotakin näistä toiminnoista käytetään, relaatiotietokantaskeemassa määritettyjä eheysrajoituksia ei saa koskaan rikota.

liite OperaTUKSEN

Lisää-toiminto antaa attribuutin arvot uudelle monitoolle, joka tulee lisätä relaatioon.

Päivitykset OperaTUKSEN

Voit nähdä, että alla annetussa relaatiotaulukossa CustomerName= 'Apple' on päivitetty Ei-aktiivisesta aktiiviseksi.

Poista OperaTUKSEN

Poiston määrittämiseksi relaatiomääritteiden ehto valitsee poistettavan monikon.

Yllä annetussa esimerkissä CustomerName= “Apple” on poistettu taulukosta.

Delete-toiminto saattaa rikkoa viittauksen eheyttä, jos poistettavaan monikkoon viitataan vierailla avaimilla muista monista samassa tietokanta.

valita OperaTUKSEN

Yllä annetussa esimerkissä CustomerName=”Amazon” on valittuna

Parhaat käytännöt relaatiomallin luomiseen

• Tiedot on esitettävä suhteiden kokoelmana
• Jokainen suhde tulee kuvata selkeästi taulukossa
• Rivien tulee sisältää tietoja entiteetin esiintymistä
• Sarakkeiden tulee sisältää tietoja entiteetin attribuuteista
• Taulukon soluissa tulee olla yksi arvo
• Jokaiselle sarakkeelle tulee antaa yksilöllinen nimi
• Kaksi identtistä riviä ei voi olla
• Attribuutin arvojen tulee olla samasta toimialueesta

Relaatiotietokantamallin edut

• Yksinkertaisuus: Relaatiotietomalli DBMS:ssä on yksinkertaisempi kuin hierarkkinen ja verkkomalli.
• Rakenteellinen riippumattomuus: Relaatiotietokanta koskee vain tietoja, ei rakennetta. Tämä voi parantaa mallin suorituskykyä.
• Helppo käyttää: Relaatiomalli DBMS:ssä on helppo, koska riveistä ja sarakkeista koostuvat taulukot ovat melko luonnollisia ja helposti ymmärrettäviä
• Kyselyominaisuus: Se mahdollistaa korkean tason kyselykielen, kuten SQL monimutkaisen tietokantanavigoinnin välttämiseksi.
• Tietojen riippumattomuus: Relaatiotietokannan rakennetta voidaan muuttaa ilman, että tarvitsee muuttaa mitään sovellusta.
• Skaalautuva: Tietueiden tai rivien lukumäärän ja kenttien lukumäärän osalta tietokantaa tulisi suurentaa sen käytettävyyden parantamiseksi.

Relaatiomallin haitat

• Harvoissa relaatiotietokannassa on rajoituksia kenttien pituuksille, joita ei voi ylittää.
• Relaatiotietokannat voivat joskus muuttua monimutkaisiksi tiedon määrän kasvaessa ja dataosien väliset suhteet monimutkaistuvat.
• Monimutkaiset relaatiotietokantajärjestelmät voivat johtaa eristettyihin tietokantoihin, joissa tietoja ei voida jakaa järjestelmästä toiseen.

Yhteenveto

• Relaatiotietokannan mallinnus edustaa tietokantaa relaatioiden (taulukoiden) kokoelmana.
• Attribuutti, taulukot, monikko, relaatiokaavio, aste, kardinaalisuus, sarake, relaatioinstanssi ovat joitain tärkeitä relaatiomallin osia
• omainen Integrity rajoitukset viittaavat ehtoihin, joiden on oltava olemassa DBMS:n kelvollisessa relaatiomenetelmässä
• Verkkotunnuksen rajoituksia voidaan rikkoa, jos määritteen arvo ei näy vastaavassa verkkotunnuksessa tai se ei ole sopivaa tietotyyppiä
• Insert, Select, Modify ja Delete ovat operaatioita, jotka suoritetaan relaatiomallin rajoituksissa
• Relaatiotietokanta koskee vain tietoja, ei rakennetta, joka voi parantaa mallin suorituskykyä
• Edut Relaatiomalli DBMS:ssä ovat yksinkertaisuus, rakenteellinen riippumattomuus, helppokäyttöisyys, kyselykyky, tietojen riippumattomuus, skaalautuvuus jne.
• Harvoissa relaatiotietokannassa on rajoituksia kenttien pituuksille, joita ei voi ylittää.