Make your own quiz Manage my Quizzes Plans / Features Guides and Help Contact Privacy & Security

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

45 Questions11 MinutesCreated by QueryMaster957

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

Relacija ima lahko veĝ primarnih kljuĝev

Drži

Ne drži

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"}