PB2
MongoDB and Database Principles Quiz
Test your knowledge on MongoDB and database principles with this comprehensive quiz designed for students, educators, and database enthusiasts!
Key Features:
- 30 challenging questions covering various aspects of databases
- Focus on NoSQL, data recovery, indexing, and more
- Perfect for self-assessment or classroom engagement
MongoDB uporabimo ko:
Smo omenjeni z uporabo statiĝne sheme podatkov
Skalabilnost sistema predstavlja prioriteto
Že v osnovi podatke predstavljamo v formatu JSON
Zagotovo potrebujemo transakcije
Težko modeliramo povezane podatke za uĝinkovito poizvedovanje
Podatkovna baza MongoDB omogoĝa tudi shranjevanje velikih binarnih datotek, kot je na primer video.
Drži
Ne drži
Iz podatkovne baze MongoDB želimo pridobiti podatke o vseh vozilih, ki so starejša od 10 let ali mlajša od 1 leta. Podatki o vozilih se hranijo v zbirki “vozila”. Poizvedba, ki vrne želeni rezultat zgleda tako: db.vozila.find({$and: [{starost: {$gt: 10}}, {starost: {$lt: 1}}]})
Drži
Ne drži
V podatkovni bazi MongoDB imamo v zbirki “racuni” shranjene podatke o raĝunih, ki so bili izdani kupcem. Sedanje podatke o raĝunih želimo iz te zbirke pobrisati, pri ĝemer zbirke ne smemo pobrisati. Ukaz za to ima naslednjo obliko: db.racuni.remove()
Drži
Ne drži
Naštejte faze procesiranja poizvedbe:
Katere podatke potrebujemo ĝe hoĝemo uspešno izvesti postopek optimizacije poizvedbe
Uporabniške podate
Sistemski katalog
Statistiko
Oznaĝite uporabniška orodja oz. Tipe aplikacij, ki uporabljajo podatkovna skladišĝa
Orodja za generiranje poizvedb - QBE
Generatorji poroĝil
Orodja za odkrivanje zakonitosti v podatkih
Orodja za integracijo transakcijskih baz
Orodja za preverjanje kode
Sporoĝilni sistem
Orodja OLAP
V ĝem se razlikujeta zvezdna in snežna shema?
Snežna shema ima v dimenzijskih tabelah normalizirane podatke
Zvezdna shema ima v dimenzijskih tabelah denormalizirane podatke
Zvezdna shema ima v dimenzijskih tabelah normalizirane podatke
Snežna shema ima v dimenzijskih tabelah denormalizirane podatke
Oznaĝite vrste postopne konsistentnosti
Porazdeljena konsistentnost
Piši svoje podatke (Write Your Own Writes Consistency)
Konsistentnost seje (Session Consistency)
Beri svoje podatke (Read Your Own Writes Consistency)
Oznaĝi trditve ki se navezujejo na MapReduce
MapReduce je programski model/ogrodje za porazdeljeno raĝunanje
Poizvedbe pohitri vsaj tolikokrat, kolikor imamo med seboj povezanih vozlišĝ
MapReduce temelji na uporabi porazdejenih relacijskih podatkovnih baz
MapReduce ogrodje poskrbi za distribucijo podatkov po n strežnikih, za sinhronizacijo in paralelizacijo
Primeren za obdelavo velikih koliĝin podatkov, ki jih ni moĝ obdelati na enem strežniku
Razvil ga je Facebook
Kateri dve tehniki za obnavljanje PB po nesreĝah, ki ne povzroĝijo fiziĝne poškodbe PB, ampak privedejo PB v ne konsistentno stanje in temeljita na uporabi dnevnika, se uporabljata za obnavljanje PB?
Uporaba kontrolnih toĝk
Odloženo ažuriranje
Uporaba senĝnih strani
Sprotno ažuriranje
Naštej tri vrste NoSQL podatkovnih baz
Document Store
Table Store
Baza, ki temelji na mrežnem podatkovnem modelu
Baza, ki temelji na hierarhiĝnem podatkvem modelu
Wide Column Store
Key Value Store
Oznaĝite možne vzroke za nesreĝe, ne glede kaj prizadanejo, ko govorimo o PB
Programska napaka v aplikaciji
Nenamerno uniĝenje podatkov s strani admina
Poškodba diska z varnostno kopijo podatkov
Poškodbe medija (diskovnih plošĝ)
Uniĝenje sistema za napajanje strežnika na katerem se nahaja PB
Odpoved sistema
Predivdeno ugašanje strežnika s PB
Katere lastnosti transakcije mora zagotoviti upravljalec za obnovljivost
Trajnost
Atomarnost
Konsistentnost podatkovni
Izolacijo
Oznaĝite komponente za obnavljanje PB po nesreĝah, ki jih zagotavlja SUPB
Upravljalec transakcij
Upravljalec dostopa do diska
Varnostna kopija
Dnevnik
Komponenta SUPB, ki omogoĝa obnoviti PB v zadnje konsistentno stanje
Upravljalec medpomnilnika
Kontrolne toĝke
Kaj je znaĝilno za inkrementalno varnostno kopijo PB? (m)
Vsebuje podatke iz PB, ki predstavljajo razliko med sedanjo množico podatkov in množico podatkov, ki se je nahajala v PB, ko je bila izdelana zadnja varnostna kopija podatkov
Inkrementalna varnostna kopija podatkov se lahko hrani v oblaku
Inkrementalna varnostna kopija podatkov vsebuje poljuben del podatkov iz podatkovne baze
Inkrementalna varnostna kopija podatkov predstavlja kopijo celotne podatkovne baze
Kaj je znaĝilno za popolno varnostno kopijo podatkovne baze? (m)
Izdelava popolne varnostne kopije podatkov je hitrejša kot izdelava inkrementalne varnostne kopije podatkov
Vsebuje podatke iz PB, ki predstavljajo razliko med sedanjo množico podatkov in množico podatkov, ki se je nahajala v PB, ko je bila izdelana zadnja varnostna kopija podatkov
Popolna varnostna kopija podatkov se lahko hrani v oblaku
Popolna varnostna kopija podatkov predstavlja kopijo celotne podatkovne baze
Obnovitvene tehnike, kot so odloženo ažuriranje, neposredno ažuriranje in uporaba senĝnih strani zahtevajo v procesu obnavljanja sodelovanje uporabnika
Drži
Ne drži
18.1 Obnovitveni tehniki, kot sta sprotno in odloženo ažuriranje ne uporabljata dnevnika
Ne drži, ker uporabljata dnevnik
Pri sprotnem ažuriranju se morajo zapisi najprej vnesti v dnevnik, šele nato v PB (write-ahead log protocol)
Drži
Ne drži
V okviru transparentnosti porazdelitve poznamo tri nivoje transparentnosti. To so:(m)
Transparentnost transakcij
Transparentnost lokacije podatkov
Transparentnost uĝinkovitosti
Transparentnost fragmentacije
Transparentnost lokalnega mapiranja
Transparentnost podatkovne baze
Oznaĝite znaĝilnosti heterogenega sistema za upravljanje porazdeljene podatkovne baze (m):
Potrebno je zagotoviti globalno konceptualno shemo
Za razumevanje med razliĝnimi SUPB so potrebne prevedbe
Enostavno zagotoviti transparentnost heterogenosti za uporabnika
Vsa mesta uporabljajo enak SUPB
Težko je zagotoviti transparentnost heterogenosti za uporabnika
Mesta uporabljajo razliĝne SUPB, lahko temeljijo na razliĝnih podatkovnih modelih
So razširljivi (enostavno dodajanje novih mest)
Kaj je cilj dekompozicije poizvedbe v okviru procesiranja poizvedbe?
Pretvoriti SQL kodo v izvršljivo kodo za izvedbo poizvedovanja
Pretvorba poizvedbe v izraz relacijske algebre in izgradnja drevesa poizvedbe
Preveriti semantiĝno pravilnost poizvedbe
Uporabiti transformacijska pravila v pravilnem vrstnem redu
Preveriti sintaktiĝno pravilnost poizvedbe
Izdelati plan poizvedbe
V sistemskem katalogu preveriti, ali v njem obstajajo atributi in imena, ki jih poizvedba navaja
Ko modeliramo podatke v Cassandri je potrebno upoštevati dva naĝela. Izberite pravilna odgovora. (m)
Podatki naj bodo po particijah razdeljeni tako, da se optimizira zapisovanje
Poizvedba naj se izvede nad ĝim manj particijami, v idealnem primeru le nad eno
Podatki naj bodo polno replicirani na vseh vozlišĝih gruĝe
Enakomerna porazdelitev podatkov po particijah
Oznaĝite priporoĝila, ki se uporabljajo za modeliranje podatkov v podatkovni bazi Cassandra. (m)
Pri modeliranju podatkov je kljuĝno, da se optimizira bralne operacije
Podatkovni model naj bo odvisen od primerov uporabe
število uporabljenih particij pri poizvedovanju ne igra pomembne vloge pri modeliranju podatkov
Izhodišĝe za modeliranje podatkov naj bodo razmerja (povezave) med podatki
Izhodišĝe za modeliranje podatkov naj bodo poizvedbe
Pri modeliranju podatkov si je treba prizadevati za ĝim manj redundance
Oznaĝite podobnosti med Cassandro in MongoDB: (m)
Obe podatkovni bazi ohranjata nedavne podatke v pomnilniku za izboljšanje uĝinkovitosti sistema
Niti Cassandra, niti MongoDB ne nadomešĝata relacijske podatkovne baze
Obe podatkovni bazi stremita k ĝim nižji redundanci
Obe bazi zagotavljata za transakcije naslednje lastnosti: atomarnost, konsistentnost, izolacijo in trajnost
Oznaĝite pravilne odgovore:
Pri brisanju vrstice iz tabele se morebitni ideksi, ki indeksirajo stolpce v tej tabeli, ne posodobijo
Indeks se ne posodobi, ĝe se uporabi v okviru poizvedbe
V transakcijski podatkovni bazi se pri doloĝanju indeksov držimo pravila: "poindeksiraj vse, kar lahko"
V primeru uporabe dinamiĝnega indeksa se njegova struktura posodobi, ĝe se indeks uporabi v okviru operacije vstavljanja podatkov v tabelo
Vsak indeks je po strukturi statiĝen
Vzrok za to, da se v transakcijski bazi ne sme vse atribute poindeksirati je to, da na bazi teĝejo tudi transakcije, ki podatke posobaljajo, kar povzroĝi dodatno delo zaradi posodabljanja indeksa
Oznaĝite kaj je znaĝilno za sekundarni indeks
Sekundarni indeks je indeks po kateremkoli atributu v relacji
Če je atribut x indeksiran s sekundarnim indeksom, je osnovna tabelo navidezno urejena po atributu x
V tabeli vse atribute, ki niso del kljuĝa, obvezno vse poindeksiramo z uporabo sekundarnih indeksov
Sekundarni indeks je indeks po atributu, ki ni v kljuĝu
Če je atribut x indeksiran s sekundarnim indeksom, je osnovna tabela fiziĝno urejena po atributu x
S sekundarnim indeksom se obiĝajno indeksira tuj kljuĝ v tabeli, ĝe se ta pogosto uporablja v stikih
Oznaĝite kaj je znaĝilno za bitni indeks
Bitni indeks se uporablja za indeksiranje atributov v podatkovnih bazah z veliko koliĝino podatkov, kjer je število razliĝnih vrednosti atributa majhno
Bitni indeks predstavlja ekvivalentno izbiro B+ indeksu
Bitni indeks se veliko uporablja v podatkovnih sladišĝih
Bitni indeks se v glavne muporablja v okviru transakcijskih relacijskih podatkovnih baz
Imamo tabela A s 50000 zapisi in poizvedbo, SELECT * FROM A WHERE x > 5, zakaj ni smisleno indeksirati atributa x, ĝe ta poizvedba vedno vrne rezultat, ki vkljuĝuje vsaj 49950 zapisov
Zato, ker je lažje napisati poizvedbo brez indeksa kot z uporabo indeksa
Zato, ker mora SUPB pri branju vsake vrstice iz tabele najprej dostopati do indeksa (1. dostop) nato pa šele do dejanske vrstice v tabeli (2. dostop)
Zato, ker se vedno izpiše skoraj celotna tabela in bi bilo branje zapisov iz tabele preko indeksa poĝasnejše
Zato, ker indeks predstavlja dodatno podatkovno strukturo, ki na disku zaseda prepotreben prostor
Oznaĝite, kaj je znaĝilno za B+ indeks.
Za B+ drevo velja, da so lahko vozlišĝa zasedena pod 50%
B+ indeks je statiĝen indeks
B+ indeks predstavlja utavnoteženo drevo.
V relacijskih podatkovnih bazah se uporabljajo B+ indeksi, ki imajo veliko nivojev in katerih vozlišĝa so zelo malo razvejana
Struktura B+ indeksa se ne prilagaja spremembam v osnovni tabeli
V relacijskih podatkovnih bazah se uporavljajo B+ indeksi, ki imajo malo nivojev in katerih vozlišĝa so zelo razvejana
Struktura B+ indeksa se prilagaja spremembam v osnovni tabeli
B+ indeks je dinamiĝen indeks
Kaj je to denormalizacija
Denormalizacija na splošno povzroĝi, da so poizvedbe poĝasnejše
Denormalizacija je postopek, ki združi relacije v relacijo v nižji normalni obliki
Denormalizacija je postopek obraten od normalizacije
Denormalizacije je postopek, ki omogoĝi lažje razširjanje podatkovnega modela
Zakaj mora pri uporabi protokolov za prepreĝevanje mrtve zanke (Rani ali ĝakaj, Čakaj ali izdihni) transakcija obdržati ĝasovno oznako, ĝe se jo med izvajanjem prekine?
Zato da postane sĝasoma starejša, da se je stalno ne prekinja
Zaradi tega, ker je taka implementacija protokola enostavnejša
Zato da se ji poveĝa verjetnost, da ob naslednjem zagonu ne bo spet prekinjena
Zato da se kasneje postara in s tem prej izvede
Kdaj se odloĝimo za uporabo relacij v nižjih normalnih oblikah, recimo v 2. NO ali celo v 1. NO
Ko hoĝemo zmanjšati število stikov v poizvedbah, ki se izvajajo nad podatkovno bazo.
Ko hoĝemo zmanjšati verjetnost za nastop ažurirnih anomalij
Ko potrebujemo veĝjo uĝinkovtost poizvedb
Kadar želimo zagotoviti nižjo stopnjo podvajanja podatkov
Naštejte dodatne gradnike EER (Extended entity Relationship) diagrama
Veĝvrednosti atribut
Sibek entitetni tip
Agregacija
Kompozicija
Razmerje
Specijalizacija
Generalizacija
Ali se v primeru, ko iste podatke piše veĝ transakcij, pojavijo problem pri nadzoru soĝasnosti
Da, v tem primeru pride do problema
Ne, v tem primeru ne pride do problema
Če veĝ transakcij piše isti podatek, pomeni, da se pojavi problem izgubljenega ažuriranja
Pri pisanju ali pri branju istega podatka s strani veĝ transakcij se nikoli ne pojavi problem
V primeru ko iste podatke samo bere veĝ transakcij, se ne pojavi problemi pri nadzoru soĝasnosti
Drži
Ne drži
Kaj je to normalizacija?
Postopek s katerim pridemo do množice primerno strukturiranih relacij, ki ustrezajo kriterju normalne oblike
Postopek preoblikovanja relacij v obliko, kjer je verjetnost za nastop ažurnih anomalij veĝja
Preoblikovanje relacije v smislu razbitja relacije na dve ali veĝ novih
Zakaj je na fiziĝnem nivoju naĝrtovanja potrebno izvesti analizo transakcij?
Zato, da lahko identificiramo tabele, do katerih transakcije najveĝkrat dostopajo in te ustrezno preoblikujemo, ĝe moramo pohitriti izvajanje transakcij
Zato, da lahko doloĝimo ustrezne indekse nad atributi v tabelah.
Zato, da lahko ugotovimo, katere transakcije samo pišejo podatke
Kaj lahko slużi kot parameter pri izboru transakcije (žrtve), ko je treba zaradi smrtnega objema neko transakcijo prekinit?
Število sprememb, ki jih mora transakcija še izvesti do konca
Koliĝina podatkov ki jih je transakcija prebrala v primarni pomnilnik
Število zapisov v tabeli ki jih transakcija obdeluje
Število operacij, ki jih je treansakcija že izvedla
Najveĝji "strošek" v centraliziranih PB predstavlja pri izvajanju poizvedb upravljanje z medpomnilniškim prostorom
Drži
Ne drži
Na kakšen problem naletimo pri zaklepanju podatkov, pri uporabi protokola PSC
Nastopi lahko živa zanka (livelock)
PSC ne dovoljuje soĝasnega izvajanje dveg bralnih transakcij
Nastopi lahko mrtva zanka (deadlock)
Protokol ne zagotavlja serializacije urnika
Kaj smatramo pod vzvratnim inženirstvom v okviru naĝrtovanja podatkovne baze?
Pretvorba fizĝnega modela v konceputalni
Kreiranje podatkovne baze z uporabo SQL skripte
Izdelava konceptualnega modela na podlagi logiĝnega modela
Pretvorba logiĝnega modela v MySQL skripto za kreiranje podatkovne baze
Pretvorba konceptualnega modela v fiziĝni model
Kreiranje relacijskega modela iz Oracle skkripte, ki vsebuje SQL stavke za kreiranje objektov v bazi
Zakaj je potrebno v tabelah definirati tuje kljuĝe
Tuji kljuĝ je potrebno doloĝiti, ker mora vsaka tabela imeti tuji kljuĝ
Omejitev tujega kljuĝa zagotavlja referencialno integriteto podatkov
Zato da lahko v tabelo s tujim kljuĝen za atriubt, ki je tuji kljuĝ, ustavimo samo razliĝne vrednosti
Za opredelitvijo tujega kljuĝa povemo tudi kaj se bo dogajalo pri brisanju in posodabljanju podatkov v podrejeni tabeli.
{"name":"PB2", "url":"https://www.quiz-maker.com/QPREVIEW","txt":"Test your knowledge on MongoDB and database principles with this comprehensive quiz designed for students, educators, and database enthusiasts!Key Features:30 challenging questions covering various aspects of databasesFocus on NoSQL, data recovery, indexing, and morePerfect for self-assessment or classroom engagement","img":"https:/images/course8.png"}