Šiame dokumente analizuosime esamą į objektus orientuotų duomenų bazių (oodb) situaciją ir pamatysime, kodėl tokia tradicinė kaip reliacinė sistema ir toliau yra stipri kortelė daugeliui programinės įrangos ir duomenų bazių kūrėjų.
Įvadas
Žinios, kurias sistemos kūrėjas turi turėti apie skirtingas programavimo paradigmas, turi būti būtinos tokiu būdu, kad leistų jam pasirinkti bet kurią iš jų, atsižvelgiant į tai, kad daug kartų minėtas sprendimas paklūsta skirtingiems sistemos poreikiams. nagrinėjama ir yra viena iš iki šiol labiausiai naudojamų struktūrizuotų paradigmų.
Šiuo metu objektyvus programavimas įgavo pagrindą, nes jis leidžia išspręsti problemą nuo konceptualaus požiūrio iki jos priėmimo iki modelio, kuriame ją sudarantys elementai yra suskaidomi ir klasifikuojami pagal tam tikras panašias savybes, tokiu būdu leidžiant geriau valdyti sistemą.. Tvarkant ir plėtojant duomenų bazes, vis dar nutinka kitaip - reliacinės duomenų bazės (db) tebegalioja ir šiandien ir sudaro didžiausią pardavimo procentą rinkoje (reliacinių duomenų bazių varikliai „dbms“).
Plėtra
" Duomenų bazė yra duomenų rinkinys, kurį galima sutvarkyti taip, kad jo turinį būtų galima lengvai pasiekti, valdyti ir atnaujinti." Bet kurioje įmonėje labai svarbūs yra ankstesniame tekste paminėti veiksmai, nes šiuo metu visos verslo informacijos sistemos (drįstu paminėti 95 proc.) Yra pagrįstos tokio tipo skaičiavimo duomenų modeliu. Reliacinės duomenų bazės modelis yra ryšių rinkinys (dažnai vadinamas lentelėmis). Kiekviena lentelė savo ruožtu yra įrašų, eilučių ar lentelių rinkinys. Ir kiekvienas iš jų yra laukų, stulpelių ar atributų rinkinys “. " Objektinėje duomenų bazėje informaciją vaizduoja objektai, tokie kaip tie, kurie yra į objektą orientuoto programavimo metu"
Todėl, naudodamasis bet kokio tipo duomenų bazėmis, duomenų bazių valdytojas privalo būti atsakingas už visų struktūrinių operacijų atlikimą ir duomenų atnaujinimą. Dbms (duomenų bazių tvarkymo sistemų) skaičius, palyginti su „oodbms“ (objektinių duomenų bazių tvarkymo sistemomis), yra žymiai didesnis, tai galėtų būti vienas iš atsakymų, kodėl toliau pasirenkama šio tipo architektūra. duomenų bazėse, kai kurie iš šių duomenų valdymo blokų yra:
- „Microsoft AccessMySqlSql ServerPostgreSqlOracle“
Konkrečiu „MySql“ ir „PostreSql“ atveju jie yra laisvai naudojami įrankiai, todėl nė viename iš jų nereikia nurodyti licencijos įsigijimo išlaidų.
Dabar „oodb“ reikia duomenų bazių tvarkytojų, palaikančių tokio tipo architektūrą, ir, kaip minėta anksčiau, jų yra mažiau, palyginti su „dbms“. Keletas egzistuojančių oodbmų yra šie:
- „Db4oInformixBdoviedo3“
Galbūt tai yra viena iš priežasčių, kodėl oodb vis dar neturi tokio augimo, kuris tam tikru metu sukėlė tiek daug lūkesčių.
Kūrėjas, turintis savo rankose galimybę vykdyti organizacijos projektą ir kuris atsižvelgia į tai, kad bet kuri įmonė, kuri didelę dalį savo ekonominio ir funkcinio stabilumo kaupia duomenų bazės modelyje, siekia sutaupyti laiko ir išlaidų, pasirinkdama Visų pirma, norint naudoti reliacinį modelį, priežastys yra įvairios: kas nutiktų, jei šis bdd būtų sukurtas pagal objektyvią paradigmą ir negautų stipraus palaikymo iš bendrovės, kuri teikia pasirinktus oodbms?Kokią realią naudą gautų vartotojas, naudodamas oodb sukurtą sistemą? Atsakymai į šiuos klausimus pirmiausia yra linkę atmesti „oodb“ naudojimą, tačiau vienas iš pagrindinių privalumų, kuriuos teikia į objektą orientuotos sistemos, yra mažesnės projekto plėtros išlaidos, taip pat „jo lankstumas ir parama lanksčiai ir greitai apdoroti sudėtingas duomenų rūšis “.
Atminkite, kad bet kuri kompiuterinė sistema yra tokia pat galinga kaip ir pats kūrėjas, todėl jei už projektą atsakingas asmuo turi daug žinių apie „oodb“, jiems neturėtų kilti problemų vykdant šią paradigmą, tačiau informacija vis tiek yra „ šiek tiek trūksta “, o juo labiau -„ ekspertai šia tema “.
Kompiuteriniu požiūriu, į objektą orientuotai paradigmai reikia naudoti kitokią logiką, siūlant galimą sprendimo modelį; klasės, paveldėjimas, kapsuliavimas yra tik kelios pagrindinės sąvokos, su kuriomis turėsime susipažinti, jei norėsime šią paradigmą naudoti kaip savo darbo įrankį, tikėdamiesi, kad rezultatai, be kitų, kuriant, kaupiant ir gaunant duomenis, bus teigiami, bent jau taip rašoma teoriškai.
Santykinis modelis daro prielaidą, kad „galbūt“ yra sudėtingesnis, pasiekdamas tinkamą normalizavimo formą ir užmegzdamas teisingus ryšius bei kardinalumą, leidžiantį efektyviai veikti savo bdd.
Reikia paminėti, kad šiuo metu egzistuoja reliacinių duomenų bazių valdymo standartas - SQL standartas. Ši užklausų kalba padarė dar didesnį poveikį šiai santykinei paradigmai ir padarė šį modelį iki šiol labiausiai naudojamu beveik visiems kūrėjams. Kiekvienas dbms turi savo SQL versiją, tačiau kalbos esmė yra ta pati. Tai ir toliau yra unikalus tokio pobūdžio įrankis, kuriam dar reikia ilgo gyvenimo.
„Oodb“ nėra labai atsilikę, o neseniai buvo išleistas įrankis, lygiavertis SQL, OQL, kuris „nėra visiškai kompiuterinis, tačiau užklausos gali paskatinti metodus, o atvirkščiai, bet kuria programavimo kalba parašytus metodus gali sudaryti konsultacijos “. Su šia kalba taip pat yra ODL ir OML, kurios yra duomenų apibrėžimo ir manipuliavimo kalbos, atitinkamai lygiavertės SQL DDL ir DML.
išvada
Manau, kad į objektą orientuotos bazės dar nėra pakankamai subrendusios, kad būtų pirmoji sprendimo alternatyva, tačiau jų siūlomi pranašumai yra dideli ir galbūt tam tikru metu ne per toli į priekį jie iškyla į priekį bazės plėtros srityje duomenys yra susirūpinę, tačiau santykiniai duomenų modeliai vis dar yra labai geras pasirinkimas, svarstomi net šios paradigmos patobulinimai, kurie ateityje galėtų patvirtinti jį kaip plačiausiai naudojamą duomenų bazės modelį.
www.linksys.com.mx/linksyswebsitepages/linksyscentroaprendizaje/glosario/
en.wikipedia.org/wiki/Relational_Data_Base
es.wikipedia.org/wiki/Oriented_Data_Base_to_objects
html.rincondelvago.com/base-de-datos-relacional.html
www.monografias.com/trabajos5/tipbases/tipbases.shtml#capIII321
