Elementi modela relacijske baze podatkov, kako to storiti

On Relacijski model baz podatkov To je metoda za strukturiranje podatkov s pomočjo odnosov prek mrežnih struktur, ki so sestavljene iz stolpcev in vrstic. To je konceptualno načelo relacijskih baz podatkov. Je predlagal Edgar F. CODD leta 1969.

Od takrat je postal prevladujoči model baze podatkov za komercialne aplikacije, v primerjavi z drugimi modeli baze podatkov, kot so hierarhični, omrežje in objekt.

Vir: Pixabay.com

CODD ni imel pojma o izjemno življenjskem in vplivnem, ki bi bil njegovo delo kot platforma za relacijske baze podatkov. Večina ljudi je zelo seznanjena s fizičnim izražanjem odnosa v bazi podatkov: tabela.

Relacijski model je opredeljen kot baza podatkov, ki omogoča razvrščanje svojih podatkovnih elementov v ene ali več neodvisnih tabel, ki jih je mogoče povezati med seboj z uporabo skupnih polj za vsako povezano tabelo.

[TOC]

Upravljanje baz podatkov

Baza podatkov je podobna preglednici. Vendar razmerja, ki jih je mogoče ustvariti med tabelami, omogočajo relacijski bazi podatkov, da učinkovito shrani veliko količino podatkov, ki jih je mogoče učinkovito obnoviti.

Namen relacijskega modela je zagotoviti deklarativno metodo za določitev podatkov in posvetovanj: Uporabniki neposredno izjavljajo, katere informacije vsebuje baza podatkov in katere informacije želite.

Po drugi strani pa omogočajo, da je programska oprema sistema za upravljanje baz podatkov odgovorna za opis podatkovnih struktur za postopek shranjevanja in obnovitve.

Večina relacijskih baz podatkov uporablja jezik SQL za posvetovanje in opredelitev podatkov. Trenutno obstaja veliko sistemov za upravljanje relacijskih baz podatkov ali RDBMS (sistem za upravljanje relacijskih podatkov), kot so Oracle, IBM DB2 in Microsoft SQL Server.

Značilnosti in elementi

- Vsi podatki so konceptualno predstavljeni kot urejeno razpolaganje s podatki v vrsticah in stolpcih, imenovani odnos ali tabela.

- Vsaka tabela mora imeti glavo in telo. Naslov je preprosto seznam stolpcev. Telo je niz podatkov, ki zapolni tabelo, organizirano v vrsticah.

- Vse vrednosti so vzponi. Torej v katerem koli položaju vrstice/stolpca v tabeli obstaja samo ena edinstvena vrednost.

-Predmete

Naslednja slika prikazuje tabelo z imeni njegovih osnovnih elementov, ki sestavljajo popolno strukturo.

Tupla

Vsaka vrstica podatkov je tupla, znana tudi kot registracija. Vsaka vrstica je n-tupla, vendar je "n-" na splošno izključen.

Stolpec

Vsak stolpec tupla se imenuje atribut ali polje. Stolpec predstavlja niz vrednosti, ki jih lahko ima določen atribut.

Namig

Vsaka vrstica ima enega ali več stolpcev, imenovanih tabela. Ta kombinirana vrednost je edinstvena za vse vrstice tabele. Skozi ta ključ bo vsak tupla identificiran na univokalen način. To pomeni, da ključa ni mogoče podvajati. Imenuje se primarni ključ.

Po drugi strani je zunanji ali sekundarni ključ polje tabele, ki se nanaša na primarni ključ neke druge tabele. Uporablja se za sklicevanje na primarno tabelo.

-Pravila integritete

Pri oblikovanju relacijskega modela so določeni nekateri pogoji, ki jih je treba izpolniti v bazi podatkov, imenovani pravila integritete.

Vam lahko služi: makronagradniki: zgodovina, značilnosti, uporabe, primeri

Ključna celovitost

Primarni ključ mora biti edinstven za vse tupe in ne more imeti ničelne vrednosti (NULL). V nasprotnem primeru ne boste mogli izključno določiti vrstice.

Za ključ, sestavljen iz več stolpcev, noben od teh stolpcev ne more vsebovati NULL.

Referenčna celovitost

Vsaka vrednost zunanjega ključa mora sovpadati z vrednostjo primarnega ključa v referenčni ali primarni tabeli.

V sekundarni tabeli lahko vstavite samo eno vrstico z zunanjim ključem, če ta vrednost obstaja v primarni tabeli.

Če vrednost ključnih sprememb v primarni tabeli za posodabljanje ali odpravo vrstice, je treba vse vrstice v sekundarnih tabelah s tem zunanjim ključem posodobiti ali ustrezno odpraviti.

Kako narediti relacijski model?

-Zbiranje podatkov

Potrebne podatke za njihovo shranjevanje v bazi podatkov je treba zbrati. Ti podatki so razdeljeni na različne tabele.

Za vsak stolpec je treba izbrati ustrezno vrsto podatkov. Na primer: celotne številke, številke s plavajočo točko, besedilo, datum itd.

-Določite primarne tipke

Za vsako tabelo morate kot primarni ključ izbrati stolpec (ali nekaj stolpcev), ki bo edinstveno identificiral vsako vrstico tabele. Primarni ključ se uporablja tudi za sklicevanje na druge tabele.

-Ustvarite odnose med tabelami

Baza podatkov, sestavljena iz neodvisnih in nepovezanih tabel, ima malo namena.

Najpomembnejši vidik pri oblikovanju relacijske baze je prepoznavanje odnosov med tabelami. Vrste odnosov so:

Eno do mnogih

V bazi podatkov o "razredih" lahko učitelj poučuje v nič ali več razredih, medtem ko pouk poučuje en učitelj. Ta vrsta odnosa je znana kot ena mnogim.

Tega razmerja ni mogoče predstaviti v eni tabeli. V bazi podatkov o seznamu razredov lahko imate tabelo, imenovano Učitelji, ki shranjuje informacije o učiteljev.

Za shranjevanje razredov, ki jih poučuje vsak učitelj, je mogoče ustvariti dodatne stolpce, vendar bi se soočila težava: koliko stolpcev ustvari.

Po drugi strani pa, če imate tabelo, imenovano razrede, shranjuje informacije o razredu, lahko ustvarite dodatne stolpce za shranjevanje informacij o učitelju.

Vendar pa bi se kot učitelj lahko poučeval v mnogih razredih, njegovi podatki bi se v številnih vrstah v tabeli razredov podvojili.

Oblikujte dve mizi

Zato je treba oblikovati dve tabeli: tabela razredov za shranjevanje informacij o razredih, z_id razredom kot glavnim ključem, in glavna tabela za shranjevanje informacij o učiteljev, pri čemer je glavni ključ učitelja_id.

Nato lahko v tabeli razredov ustvarite razmerje med shranjevanjem primarnega ključa glavne tabele (master_id), kot je prikazano spodaj.

Stolpec Master_id v tabeli razredov je znan kot zunanji ali sekundarni ključ.

Za vsako vrednost master_id v glavni tabeli je v tabeli razredov na voljo nič ali več vrstic. Za vsako vrednost razreda v tabeli razredov je v glavni tabeli le ena vrstica.

Mnogim mnogim

V bazi podatkov o "prodaji izdelkov" lahko naročilo stranke vsebuje več izdelkov, izdelek pa se lahko pojavi v več naročilih. Ta vrsta odnosa je znana toliko mnogim.

Lahko vam služi: IKT (informacijske in komunikacijske tehnologije)

Bazo podatkov »Prodaja izdelkov« lahko zaženete z dvema tabelama: izdelki in naročila. Tabela izdelkov vsebuje informacije o izdelkih z izdelkom kot primarnim ključem.

Po drugi strani naročila vsebujejo naročila strank, ki zahtevajo kot glavno kodo.

Zahtevanih izdelkov ne morete shraniti v naročeno tabelo, saj ni znano, koliko stolpcev rezervira za izdelke. Prav tako ni mogoče shraniti v tabeli iz istega razloga.

Da bi mnogi priznali mnogi do mnogih, je treba ustvariti tretjo tabelo, znano kot tabela Unije (zahteva), kjer vsaka vrstica predstavlja element določenega reda.

Za tabelo za zahtevo je primarni ključ sestavljen iz dveh stolpcev: naročila in izdelka, pri čemer vsaka vrstica identificirata vsako vrstico.

Zahtevani in izdelki v zahtevi za metode se uporabljajo za sklicevanje na naročila in izdelke. Zato so tudi zunanji ključi zahteve za zahtevo.

Ena za drugim

V zbirki podatkov »Prodaja izdelkov« ima lahko izdelek kot dodaten opis in njegovo sliko neobvezne informacije. Naj bo znotraj izdelkov, bi ustvaril veliko praznih prostorov.

Zato lahko ustvarite drugo tabelo (izdelka Exteksss) za shranjevanje izbirnih podatkov. Ustvarjen bo samo zapis za izdelke z izbirnimi podatki.

Dve mizi, izdelki in izdelek imata eno -en odnos. Za vsako vrstico v tabeli izdelka je največja vrstica v tabeli izdelka. Kot glavni ključ za obe tabeli je treba uporabiti isti izdelek.

Prednosti

Strukturna neodvisnost

V modelu relacijske baze podatkov spremembe v strukturi baze podatkov ne vplivajo na dostop do podatkov.

Kadar je mogoče spremeniti strukturo baze podatkov, ne da bi to vplivalo na sposobnost DBMS za dostop do podatkov.

Konceptualna preprostost

Model relacijske baze podatkov je celo enostavnejši na konceptualni ravni kot hierarhični model ali omrežje baze podatkov.

Ker model relacijske baze podatkov izpušča oblikovalca iz podrobnosti o fizičnem shranjevanju podatkov, se lahko oblikovalci osredotočijo na logični pogled na bazo podatkov.

Enostavnost oblikovanja, izvajanja, vzdrževanja in uporabe

Model relacijske baze podatkov dosega neodvisnost podatkov in neodvisnost strukture, zaradi česar je zasnova, vzdrževanje, upravljanje in uporaba baze veliko lažja kot drugi modeli.

Ad-hoc posvetovalna zmogljivost

Prisotnost zelo močne, prilagodljive in enostavne posvetovalne zmogljivosti je eden glavnih razlogov za ogromno priljubljenost relacijskega baznega modela baze podatkov.

Posvetovalni jezik modela relacijske baze podatkov, imenovan strukturirani svetovalni jezik ali SQL, uresničuje ad hoc poizvedbe. SQL je jezik četrte generacije (4GL).

4GL uporabniku omogoča, da določi, kaj je treba storiti, ne da bi določil, kako je treba to storiti. Tako lahko pri SQL uporabniki določijo, katere informacije želijo, in prepustijo podrobnosti o tem, kako informacije dobiti v bazo podatkov.

Slabosti

Stroški strojne opreme

Model relacijske baze skriva zapletenosti njene izvedbe in podrobnosti fizičnega shranjevanja uporabniških podatkov.

Vam lahko služi: kaj so g kode? (S primerom)

Če želite to narediti, relacijski sistemi baz podatkov potrebujejo računalnike z zmogljivejšo strojno opremo in shranjevanjem.

Zato RDBMS potrebuje močne stroje, da lahko brez težav delajo. Ker pa se procesna moč sodobnih računalnikov povečuje z eksponentnim tempom, potreba po večji procesni moči v trenutnem scenariju ni več zelo velik problem.

Enostavnost oblikovanja lahko privede do slabega dizajna

Relacijska baza podatkov je enostavna za oblikovanje in uporabo. Uporabnikom ni treba vedeti zapletenih podrobnosti fizičnega shranjevanja podatkov. Ni jim treba vedeti, kako so podatki v resnici shranjeni za dostop do njih.

Ta lahka zasnova in uporaba lahko privede do razvoja in izvajanja zelo slabo zasnovanih sistemov za upravljanje baz podatkov. Ker je baza podatkov učinkovita, se te neučinkovitost oblikovanja ne bodo pojavile, ko je baza podatkov zasnovana in kadar je le majhna količina podatkov.

Ko se baza podatkov raste, bodo slabo zasnovane baze podatkov upočasnile sistem in povzročile razgradnjo uspešnosti podatkov in korupcije.

Pojav "informacijskih otokov"

Kot že rečeno, je relacijske sisteme baz podatkov enostavno izvesti in uporabljati. To bo ustvarilo situacijo, v katerem bo preveč ljudi ali oddelkov ustvarilo svoje baze podatkov in aplikacij.

Ti informacijski otoki se bodo izognili integraciji informacij, ki so bistvenega pomena za tekoče in učinkovito delovanje organizacije.

Te posamezne baze podatkov bodo ustvarile tudi težave, kot so neskladnost podatkov, podvajanje podatkov, odpuščanje podatkov itd.

Primer

Recimo, da baza podatkov, sestavljena iz supperirajočih tabel, kosov in pošiljk. Spodaj je predstavljena struktura tabel in nekaj vzorčnih zapisov:

Vsaka vrstica v napajalni tabeli je identificirana z edinstveno številko dobavitelja (SNO), ki edinstveno identificira vsako vrstico tabele. Prav tako ima vsak kos edinstveno številko dela (PNO).

Poleg tega v tabeli za pošiljanje ne more biti več kot ena pošiljka za določeno kombinacijo dobavitelja / kosov, saj je ta kombinacija glavni ključ pošiljanja, ki služi kot sindikalna tabela, saj so mnogi od mnogih do mnogih do mnogih.

Razmerje miz in pošiljk je podano tako, da ima skupno polje PNO (številka kosa) in razmerje med dobavitelji in pošiljkami izhaja iz skupnega polja SNO (številka dobavitelja).

Analiza tabele pošiljk je mogoče dobiti kot informacije, ki jih pošljejo skupno 500 oreščkov iz dobaviteljev Suneet in Ankit, po 250.

Prav tako so bili poslani 1.100 vijakov skupaj od treh različnih dobaviteljev. Od dobavitelja Suneet je bilo poslanih 500 modrih vijakov. Pošiljk rdečih vijakov ni.

Reference

1. Wikipedia, brezplačna enciklopedija (2019). Relacijski model. Vzeto od: v.Wikipedija.org.
2. Ravepedia (2019). Relacijski model. Vzeto od: Ravepedia.com.
3. Diesh Thakur (2019). Relacijski model. Opombe za ekomputer. Vzeti iz: ecomputone.com.
4. Geeks za geeks (2019). Relacijski model. Vzet od: geeksforgeeks.org.
5. Tehnološka univerza Nanyang (2019). Vadnica za hitro snemanje o zasnovi relacijske baze podatkov. Vzet od: NTU.Edu.Sg.
6. Adrienne Watt (2019). Poglavje 7 Osnovni podatkovni model. BC Open Učbeniki. Vzet od: OpenTextbc.AC.
7. TOPPR (2019). Relacijske baze in sheme. Vzet od: toppr.com.