Visi žinome, kad duomenų bazės yra sudarytos taip, kad galėtų tvarkyti duomenis ir jų saugojimą. Be to, mes net esame supainioti, kurią duomenų bazę naudoti, nes turime daugybę galimybių pasirinkti! Paprastai mes pasirenkame duomenų bazės teikėją arba savininką. Be to, mes taip pat galime pasirinkti sau tinkamą duomenų bazę, analizuodami jos tipus, tokius kaip Hierarchinė, Reliacinė, Tinklo duomenų bazė arba Objektinė duomenų bazė.
Hierarchinėje duomenų bazėje duomenys organizuojami į medį panašioje struktūroje. Visi atskiri duomenys saugomi lauke, o laukai, savo ruožtu, sudaro įrašus. Šie duomenys yra prieinami naudojant nuorodas tarp jų. Šioje struktūroje visi duomenų įrašai galiausiai yra susieti su vieno iš tėvų įrašu. Jis taip pat vadinamas savininko įrašu. Ryšiai tarp įrašų dažnai apibūdinami kaip tėvų ir vaikų santykiai. Geriausias hierarchinės duomenų bazės panaudojimas yra jos diegimas bibliotekų sistemoje, nes joje saugomi vardai ar knygų numeriai naudojant Dewey dešimtainę sistemą. Ši sistema primena medžio struktūrą dalijantis tuo pačiu pirminiu numeriu, o paskui šakojasi kaip medžiai. Panašiai galime naudoti ir vardus telefonų kataloge saugoti.
Duomenys kaupiami lentelių pavidalu su unikaliais raktais, kad būtų galima pasiekti duomenis. Šiose lentelėse duomenys pateikiami reikiama forma naudojant užklausų kalbas. Įdomi dalis ta, kad norint gauti mūsų pasirinktus duomenis nereikia jokių duomenų grupavimo iš naujo. Ji dažnai vadinama reliacinių duomenų bazių valdymo sistemomis (RDBMS).
Apsvarstykite knygą, kurios knygos numeris yra 1034. Duomenų gavimo procesas čia pateiktas žemiau.
Jei knygos nėra> 1000
Jei knygos nėra> 1500 …
Kita jei knygos nėra> 1100
Jei knygos nėra> 1050 …
Kita jei knygos Nr.> 1025 jei knygos Nr.> 1030 jei knygos Nr.> 1035 …
Kita (jei knygos nėra = 1031)
Jei knyga nėra = 1032 ...
Jei knyga nėra = 1033 ...
Jei knyga ne = 1034 ... Čia rasta atitiktis
Kitas
Jei knygos nėra> 500 …
Kitas …
Aukščiau aprašytas procesas vyksta žingsnis po žingsnio, kai pasiekiame medžio šaką, kylančią iš jo kamieno.
Apsvarstykite, kad turime atsisiųsti lauką „gimimo data“, kurio darbuotojo ID yra 12345. Čia darbuotojo ID yra pagrindinis raktas ir mes formuojame užklausas, kaip nurodyta toliau.
Gauti darbuotojo vardą, darbuotoją-DOB
Iš darbuotojų stalo
Kur darbuotojo ID = '12345'.
Čia galime tiesiogiai gauti reikiamus laukus ir nereikia mušti apie krūmą!
Pažvelkime į lentelės formos skirtumus.
S.Ne | Skirtumai | Hierarchinė duomenų bazė | Reliacinė duomenų bazė |
1. | Sandėliavimo mada | Tam naudojamas hierarchinis duomenų saugojimas. | Duomenys kaupiami lentelėse. |
2. | Paprastumas naudojant ir vaizduojant | Tai sudėtingesnė nei kita. | Pateikti ir suprasti atrodo labai paprasta. |
3. | Kuris yra senesnis? | Jis vyresnis kitam. | Jis atsirado tik po hierarchinių duomenų bazių. |
4. | Pagrindinis duomenų sąvokos skirtumas | Duomenų kategorija vadinama „segmentais“. | Duomenų kategorija vadinama „laukais“. |
5. | Paveldimumas | Kiekvienas vaiko segmentas / mazgas paveldi savo tėvų savybes. | Paveldėjimo sąvokos nėra. |
6. | Duomenų susiejimas | Segmentai yra netiesiogiai susieti, nes vaikas yra susijęs su jo tėvu. | Nesusieta pagal numatytuosius nustatymus. Lenteles turėtume aiškiai susieti su „Pagrindiniais klavišais“ ir „Užsienio klavišais“..
|
7. | Rakto naudojimas | Jie yra įrėminti unikaliais raktais, vadinamais pagrindiniais raktais, taip pat klavišais iš kitų lentelių, vadinamomis svetimais raktais. Šie svetimi raktai yra pagrindiniai kai kurios kitos lentelės raktai ir jie nurodomi pasiekiant kitą lentelę iš šios lentelės. Raktai suteikia unikalų duomenų įrašų identifikavimą ir nurodo kitas lenteles duomenų gavimo proceso metu. | Jis niekada nenaudoja raktų. Jis turi savo nuorodas, nurodančias kelią, kurį reikia pereiti duomenų gavimo metu. Todėl raktus reliacinėse duomenų bazėse galime laikyti kelių ekvivalentais hierarchinėse duomenų bazėse duomenų gavimo metu. Tačiau maršrutai niekada neatspindi duomenų, kurie buvo saugomi hierarchinėse duomenų bazėse, unikalumo.
|
8. | Unikalūs ir pasikartojantys duomenys | Unikalius duomenis galima lengvai gauti, nes jie yra saugomi be pirminio rakto kopijų. | Norint gauti unikalius duomenis, reikia šiek tiek daugiau apdorojimo. |
9. | Duomenų gavimas | Duomenys gaunami iš daugelio viršutinių mazgų ir tada eina keliais, kol bus pasiektas reikiamas mazgas ar segmentas. | Duomenys iš lentelių yra paimami klavišų pagalba. |
10. | Duomenų susiejimas iš daugelio į daugelį arba iš vieno į daugelį | Toks susiejimas čia neįmanomas, nes vienas iš tėvų gali turėti daug vaikų, o ne atvirkščiai, t. Y. Vaikas negali turėti daug tėvų. Todėl duomenų susiejimas „nuo daugelio iki daugelio“ arba „nuo vieno iki vieno“ yra visiškai neįmanomas. | Čia galimi tokio tipo duomenų ryšiai. |
11. | Laukai Vs mazgai | Duomenų klasifikacija grindžiama „segmentu ar mazgu“ | Duomenų klasifikacija grindžiama 'lauku' |
12. | Kur jis randa naudojimą? | Hierarchinėse struktūrose, tokiose kaip bibliotekų valdymo sistema, saugoti darbuotojų paskyrimus pradedant generaliniu direktoriumi ir baigiant darbuotojais ir pan | Struktūrose, kurias galima lengvai pavaizduoti kaip lenteles, skirtas saugoti darbuotojo duomenis ir pan. |
Šis straipsnis gali suteikti jums supratimo, kaip skiriasi hierarchinės ir reliacinės duomenų bazės. Jei vis tiek jaučiatės supainioti, praneškite mums!