Relaatiotietokantamallielementit, miten se tehdään, esimerkki

Hän Relaatiomalli tietokannat Se on menetelmä tietojen rakentamiseksi suhteiden avulla ruudukon muotoisten rakenteiden kautta, jotka koostuvat sarakkeista ja rivistä. Se on relaatiotietokantojen käsitteellinen periaate. Edgar F ehdotti. Codd vuonna 1969.

Siitä lähtien siitä on tullut hallitseva tietokantamalli kaupallisille sovelluksille verrattuna muihin tietokantamalleihin, kuten hierarkkinen, verkko ja objekti.

Lähde: Pixabay.com

Coddilla ei ollut aavistustakaan erittäin elintärkeästä ja vaikutusvaltaisesta, joka olisi hänen työnsä relaatiotietokantojen alustana. Suurin osa ihmisistä on hyvin perehtynyt tietokannan suhteen fyysiseen ilmaisuun: taulukko.

Relaatiomalli määritellään tietokantaksi, jonka avulla tietoelementit voivat ryhmitellä yhteen tai useampaan riippumattomaan taulukoon, jotka voivat liittyä toisiinsa käyttämällä yleisiä kenttiä jokaiseen liittyvään taulukkoon.

[TOC]

Tietokannanhallinta

Tietokanta on samanlainen kuin laskentataulukko. Taulukoiden väliin voidaan kuitenkin luoda suhteet antavat relaatiotietokannan kuitenkin tallentaa tehokkaasti suuren määrän tietoja, jotka voidaan palauttaa tehokkaasti.

Relaatiomallin tarkoituksena on tarjota deklaratiivinen menetelmä tietojen ja neuvottelujen määrittelemiseksi: Käyttäjät ilmoittavat suoraan, mitä tietoja tietokanta sisältää ja mitä tietoja haluat siitä.

Toisaalta he antavat tietokannan hallintajärjestelmän ohjelmiston olla vastuussa tietorakenteiden kuvaamisesta tallennus- ja palautusmenettelyä varten.

Useimmat relaatiotietokannat käyttävät SQL -kieltä tietojen kuulemiseen ja määritelmään. Tällä hetkellä on monia relaatiotietokannanhallintajärjestelmiä tai RDBMS (relaatiotietokannan hallintajärjestelmä), kuten Oracle, IBM DB2 ja Microsoft SQL Server.

Ominaisuudet ja elementit

- Kaikki tiedot esitetään käsitteellisesti rivien ja sarakkeiden tietojen järjestäjana, nimeltään suhde tai taulukko.

- Jokaisessa taulukossa on oltava otsikko ja runko. Otsikko on yksinkertaisesti sarakkeen luettelo. Runko on riveissä järjestetty tietojoukko, joka täyttää taulukon.

- Kaikki arvot ovat kiipeilyjä. Eli missä tahansa rivissä/sarakkeessa taulukossa on vain yksi ainutlaatuinen arvo.

-Kohteet

Seuraava kuva näyttää taulukon, jossa on sen peruselementtien nimet, jotka muodostavat täydellisen rakenteen.

Tupla

Jokainen tietorivi on tupla, joka tunnetaan myös nimellä rekisteröinti. Jokainen rivi on n-pupla, mutta "n-" on yleensä suljettu pois.

Pylväs

Jokaista tupla -saraketta kutsutaan attribuutiksi tai kentäksi. Sarake edustaa arvojoukkoa, jolla tietyllä määritteellä voi olla.

Vihje

Jokaisessa rivissä on yksi tai useampi sarake, nimeltään taulukko. Tämä yhdistetty arvo on ainutlaatuinen kaikille taulukon riville. Tämän avaimen kautta jokainen tupa tunnistetaan yksiselitteisesti. Eli avainta ei voida kopioida. Sitä kutsutaan ensisijaiseksi avaimeksi.

Toisaalta ulkoinen tai toissijainen avain on taulukon kenttä, joka viittaa jonkin muun taulukon ensisijaiseen avaimeen. Sitä käytetään viittaamaan ensisijaiseen taulukkoon.

-Eheyssäännöt

Suunnitellessasi relaatiomallia, jotkut ehdot, jotka on täytettävä tietokannassa, kutsutaan eheyssäännöiksi.

Voi palvella sinua: makrotiedot: historia, ominaisuudet, käytöt, esimerkit

Keskeinen eheys

Ensisijaisen avaimen on oltava ainutlaatuinen kaikille tuploille eikä sillä ole nolla -arvoa (nolla). Muuten et voi tunnistaa riviä yksinomaan.

Useista sarakkeista koostuvalle avaimelle yksikään näistä sarakkeista ei voi sisältää nollaa.

Referenssi eheys

Jokaisen ulkoisen avaimen arvon on oltava samanaikaisesti ensisijaisen avaimen arvon kanssa viitatussa tai ensisijaisessa taulukossa.

Toissijaisessa taulukossa vain yksi rivi voidaan asettaa ulkoisella avaimella, jos tämä arvo on ensisijaisessa taulukossa.

Jos avaimen arvo muuttuu ensisijaisessa taulukossa, rivin päivittämiseksi tai eliminoimiseksi, kaikki tämän ulkoisen avaimen toissijaisten taulukoiden rivet on päivitettävä tai poistettava vastaavasti.

Kuinka tehdä relaatiomalli?

-Kerätä dataa

Tietokantaan tarvittavat tiedot on kerättävä. Nämä tiedot on jaettu eri taulukoihin.

Jokaiselle sarakkeelle on valittava sopiva tietotyyppi. Esimerkiksi: kokonaisluvut, kelluvat pisteet, teksti, päivämäärä jne.

-Määritä ensisijaiset avaimet

Jokaisesta taulukosta sinun on valittava sarake (tai muutama sarakkeet) ensisijaiseksi avaimeksi, joka tunnistaa ainutlaatuisesti jokaisen taulukon rivin. Ensisijaista avainta käytetään myös viittaamaan muihin taulukoihin.

-Luo suhteita taulukoiden välillä

Riippumattomista ja toisiinsa liittymättömistä taulukoista koostuvalla tietokannalla on vähän tarkoitusta.

Relaatiotietokannan suunnittelussa tärkein näkökohta on tunnistaa taulukoiden väliset suhteet. Suhteen tyypit ovat:

Yksi monille

"Kurssit" -tietokannassa opettaja voi opettaa nollassa tai enemmän luokkia, kun taas luokan opettaa yksi opettaja. Tämän tyyppistä suhdetta kutsutaan monille.

Tätä suhdetta ei voida esittää yhdessä taulukossa. ”Luokkaluettelo” -tietokannassa voit olla taulukko nimeltä Teachers, joka tallentaa tietoja opettajista.

Jokaisen opettajan opettamien luokkien tallentamiseksi voitaisiin luoda lisäarakkeita, mutta ongelma kohtaa: kuinka monta sarakketta luo.

Toisaalta, jos sinulla on taulukko nimeltään luokat, se tallentaa tietoja luokasta, lisäsarakkeita voitaisiin luoda opettajan tietojen tallentamiseksi.

Kuten opettaja voi opettaa monissa luokissa, hänen tietonsa kaksinkertaistuvat monissa luokkien taulukossa.

Suunnittele kaksi pöytää

Siksi on suunniteltava kaksi taulukkoa: luokkataulukko luokkien tietojen tallentamiseksi, pääavaimena_idiluokka ja opettajien tietojen tallentaminen, opettaja_id pääavaimena.

Sitten voit luoda suhteen monille Master -taulukon (Master_ID) ensisijaisen avaimen tallentamiseksi luokkataulukossa, kuten alla on kuvattu.

Luokkitaulukon Master_ID -sarake tunnetaan ulkoisena tai toissijaisena avaimena.

Jokaiselle Master_ID -arvolle Master -taulukossa voi olla nolla tai enemmän rivejä luokkitaulukossa. Jokaiselle luokka -arvolle luokkataulukossa on vain yksi rivi pääpöydässä.

Monet monille

"Tuotteiden myynti" -tietokannassa asiakkaan tilaus voi sisältää useita tuotteita, ja tuote voi näkyä useissa tilauksissa. Tämän tyyppinen suhde tunnetaan niin monille.

Se voi palvella sinua: ICT (tieto- ja viestintätekniikat)

Voit aloittaa ”tuotteiden myynti” -tietokannan kahdella taulukolla: tuotteet ja tilaukset. Tuotteet -taulukko sisältää tietoja tuotteista, tuote ensisijaisena avaimena.

Toisaalta tilaukset sisältävät asiakastilauksia, ja pyynnöstä ensisijainen koodi.

Tilattuun taulukossa pyydettyjä tuotteita ei voi tallentaa, koska ei tiedetä, kuinka monta sarakkeet varaavat tuotteille. Tilauksia ei voida myöskään tallentaa taulukkotuotteisiin samasta syystä.

Monien suhteen myöntämiseksi on välttämätöntä luoda kolmas taulukko, joka tunnetaan nimellä Union -taulukko (pyynnöstä), missä kukin rivi edustaa tietyn järjestyksen elementtiä.

Pyynnön taulukossa ensisijainen avain koostuu kahdesta sarakkeesta: tilaus ja tuote, tunnistamalla jokainen rivi jokainen rivi.

Menetelmän pyynnön pyydettyjä ja tuote -sarakkeita käytetään tilauksien ja tuotteiden viittaamiseen. Siksi ne ovat myös ulkoisia avaimia pyyntöpyyntöön.

Yksi kerrallaan

Tuotteiden myyntitietokannassa tuotteella voi olla valinnaisia ​​tietoja lisäkuvauksena ja sen kuvana. Pidä se tuotteiden sisällä tuottaisi monia tyhjiä tiloja.

Siksi voit luoda toisen taulukon (ExtExts -tuote) valinnaisten tietojen tallentamiseksi. Vain tietue tuotteille, joilla on valinnainen data, luodaan.

Kaksi taulukkoa, tuotteita ja tuotetta, on yksi -to -yksi -suhde. Jokaiselle tuotetaulukon riville on enimmäisrivi tuotetaulukossa. Samaa tuotetta tulisi käyttää pääavaimena molemmille taulukoille.

Edut

Rakenteellinen riippumattomuus

Relaatiotietokantamallissa tietokannan rakenteen muutokset eivät vaikuta tietoihin pääsyä.

Kun on mahdollista tehdä muutoksia tietokannan rakenteessa vaikuttamatta DBM: ien kykyyn käyttää tietoja, voidaan sanoa, että rakenteellinen riippumattomuus on saavutettu.

Käsitteellinen yksinkertaisuus

Relaatiotietokantamalli on vielä yksinkertaisempi käsitteellisellä tasolla kuin hierarkkinen malli tai tietokantaverkko.

Koska relaatiotietokantamalli vapauttaa suunnittelijan tietojen fyysisen tallennustietojen yksityiskohdista, suunnittelijat voivat keskittyä tietokannan loogiseen näkymään.

Helppo suunnittelu, toteutus, ylläpito ja käyttö

Relaatiotietokantamalli saavuttaa sekä datan riippumattomuuden että rakenteen riippumattomuuden, mikä tekee tietokannan suunnittelusta, ylläpidosta, hallinnasta ja käytöstä paljon helpommin kuin muut mallit.

Ad-hoc-konsultointikapasiteetti

Erittäin tehokkaan, joustavan ja helpon käytön konsultointikapasiteetin läsnäolo on yksi tärkeimmistä syistä tietokannan relaatiopohjamallin valtavaan suosioon.

Relaatiotietokantamallin kuulemiskieli, nimeltään jäsennelty kuulemiskieli tai SQL, tekee ad-hoc-kyselyistä totta. SQL on neljännen sukupolven kieli (4GL).

4GL antaa käyttäjän määrittää, mitä tulisi tehdä määrittelemättä, miten se tulisi tehdä. Siten SQL -käyttäjät voivat määrittää haluamansa tiedot ja jättää tiedot tietokantaan saadaan tietoa.

Haitat

Laitteistokustannukset

Relaatiotietokantamalli piilottaa sen toteutuksen monimutkaisuudet ja käyttäjätietojen fyysisen tallennuksen yksityiskohdat.

Voi palvella sinua: Mitkä ovat G -koodit? (Esimerkki)

Tätä varten relaatiotietokantajärjestelmät tarvitsevat tietokoneita, joissa on tehokkaammat laitteistot ja tallennustilat.

Siksi RDBMS tarvitsee tehokkaita koneita toimimaan ilman ongelmia. Koska nykyaikaisten tietokoneiden prosessointiteho kasvaa eksponentiaalisessa tahdissa, nykyisessä skenaariossa oleva prosessointiteho ei kuitenkaan ole enää erittäin suuri ongelma.

Suunnittelun helppous voi johtaa huonoon suunnitteluun

Relaatiotietokanta on helppo suunnitella ja käyttää. Käyttäjien ei tarvitse tietää datan fyysisen tallennuksen monimutkaisia ​​yksityiskohtia. Heidän ei tarvitse tietää, kuinka tietoja todella tallennetaan niiden käyttämiseksi.

Tämä suunnittelu ja käyttö voi johtaa erittäin huonosti suunniteltujen tietokannan hallintajärjestelmien kehittämiseen ja toteuttamiseen. Koska tietokanta on tehokasta, nämä suunnittelun tehottomuudet eivät tule esiin, kun tietokanta on suunniteltu ja kun tietoja on vain pieni määrä.

Tietokannan kasvaessa huonosti suunnitellut tietokannat hidastavat järjestelmää ja aiheuttavat datan suorituskyvyn ja korruption heikkenemisen.

"Tietosaarten" ilmiö

Kuten aiemmin sanottiin, relaatiotietokantajärjestelmät on helppo toteuttaa ja käyttää. Tämä luo tilanteen, jossa liian monet ihmiset tai osastot luovat omat tietokannat ja sovellukset.

Nämä tietosaaret välttävät tiedon integroinnin, mikä on välttämätöntä organisaation sujuvalle ja tehokkaalle toiminnalle.

Nämä yksittäiset tietokannat aiheuttavat myös ongelmia, kuten datan epäjohdonmukaisuus, datan kopiointi, datan redundanssi jne.

Esimerkki

Oletetaan. Taulukoiden rakenne ja jotkut näytetiedot esitetään alla:

Jokainen syöttötaulukon rivi tunnistetaan yksilöllisellä toimittajanumerolla (SNO), tunnistaen ainutlaatuisesti jokaisen taulukon rivin. Samoin jokaisella kappaleella on yksilöllinen osanumero (PNO).

Lisäksi lähetyspöydässä tietylle toimittajan / kappaleen yhdistelmälle ei voi olla enempää kuin yksi lähetys, koska tämä yhdistelmä on ensisijainen merenkulun avain, joka toimii ammattiliittopöydänä, niin monet ovat suhteita moniin.

Taulukoiden ja lähetysten suhde annetaan yleisesti PNO -kentällä (kappaleen numero) ja toimittajien ja lähetysten välinen suhde syntyy yhteisen sno -kentän (toimittajanumero),.

Lähetystaulukon analysointi voidaan saada tietoina, joille lähetetään yhteensä 500 mutteria Suneet- ja Ankit -toimittajilta, 250.

Samoin 1 lähetettiin.100 pulttia yhteensä kolmesta eri toimittajasta. Sunet -toimittajalta lähetettiin 500 sinistä ruuvia. Punaisen ruuvin lähetyksiä ei ole.

Viitteet

1. Wikipedia, ilmainen tietosanakirja (2019). Relaatiomalli. Otettu: sisään.Wikipedia.org.
2. Ravepedia (2019). Relaatiomalli. Otettu: Ravepedia.com.
3. Diesh Thakur (2019). Relaatiomalli. ECOMPUTER -muistiinpanot. Otettu: Ecomputernotes.com.
4. Geeks Geeksille (2019). Relaatiomalli. Otettu: Geeksforgeeks.org.
5. Nanyangin teknologinen yliopisto (2019). Quick-Scart-opetusohjelma relaatiotietokannan suunnittelusta. Otettu: NTU.Edu.SG.
6. Adrienne Watt (2019). Luku 7 Suhdetietomalli. BC Open -kirjat. Otettu: OpenTextbc.Ac.
7. Toppr (2019). Relaatiotietokannat ja kaaviot. Otettu: Toppr.com.