1. ZUSP zagotavlja ACID lastnosti vsake transakcije.

Zapii s celo besedo (slovensko ali angleko) katere lastnosti predstavljajo rke: A, C, I in D. Podrobno razloi vsako rko. ACID = atomarnost (atomicity), konsistentnost (Consistency), samostojnost (Isolatoin), trajnost (Durability). Konsistentnost je transformacija stanja ZP iz enega veljavnega stanja v drugo. Transakcija je veljavna le, e upoteva vse omejitve ZP. e stanje po transakciji ni ve veljavno se v celoti zavrne. Izolacija rezultat transakcije je drugim transakcijam prikrit dokler se transakcija ne izvede do konca Trajnost Rezultati transakcije so trajno shranjeni in dostopni tudi, e se takoj po izvedbi transakcije sistem porui. 2. Natej faze pri postopku izdelave zbirke podatkov. zbiranje in analiza zahtev uporabnikov kanceptualno nartovanje izbira SUZP logino nartovanje fizino nartovanje implementacija ZP 3. Kaj je SUZP (Sistem za Upravljanje Zbirke Podatkov) in katere so njegove osnovne naloge? Predstavlja programsko opremo nujno potrebno za delo z ZP. Osnovne naloge so: omogoa kreiranje ZP zagotavlja dostop do ZP skrbi za veljavnost stanja ZP prepreuje nenadzorovano redundanco podatkov 4. Katere so osnovne komponente podatkovnega sistema? So lovek, program, podatki in raunalnik.

5. Podatkovna neodvisnost zagotavlja? Neodvisnost aplikacij od naina hranjenja in dostopa do podatkov v ZP

6. Podana je relacijska shema relacije Dijak (Dijak_ID, Priimek, Ime, Telefon). Katere od naslednjih zapisov bo pri dodajanju SUZP zavrnil in zakaj? Dijak_ID 1022 1023 1024 1023 1025a 1. 2. 5. 6. ni imena ni ID tevilke ID je podvojen Ni priimka Priimek Kralj Babnik Kralj Kralj Kos Tilen Tina Tina Darko Blenk 334-33-22 Int. 19 443-33-43 443-33-43 Ime Telefon 123-44-55

7. Natej prednosti uporabe zbirke podatkov. odkriva in prepreuje napake programiranje se poenostavi enostavno delo z velikimi koliinami podatkov podpirajo veuporabniko okolje zaita v primeru poruitve sistema nadzorovana redundanca podatkovna prepreuje nepooblaen dostop do podatkov skupna raba podatkov neomejenemu t. uporabnikov zagotavlja dostop do trenutnih podatkov vzdruje kompleksne sisteme povezav med podatki arhiviranje in restavriranje podatkov 8. Napii Select stavek, ki iz tabele Obiskuje in Dijak pripravi tabelo z odgovorom, vsebine kot tabela DijakObiskuje na spodnjem primeru. SELECT Dijak.Priimek, Dijak.Ime, Obiskuje.IDKrozek FROM Dijak LEFT JOIN Obiskuje ON Dijak.IDDijak=Obiskuje.IDDijak;

9. Katere faze nartovanja ZP so odvisne od SUZP-ja, ki bo upravljal z ZP. faza fizinega nartovanja faza loginega nartovanja

10. Oglejte si E-R diagram, ki prikazuje model ZP. Tiste, ki imajo NN je treba nujno vpisat. Katere tabele predstavljajo mone entitetne tipe? Kandidat, delovno_mesto (imajo samo en klju - PFK, PK) Katere tabele predstavljajo ibke entitetne tipe? Prosnja, Pogovor (imajo ve kljuev PSK, PK) Katere tabele predstavljajo razmerja? Prosnja (ker gre vse ez njo) Kateri atributi so opcijski? Vsi ki nimajo NN Na osnovi odela doloite shemo relacijske ZP (shemo zapiite v formalni notaciji). Prosnja (KandidatID, DMD, datum_oddaje) Kandidat (KandidatID, Priimek, Ime, Naslov, Opombe) Delovno_mesto (DMD, Naziv, Datum, Oddelek) Pogovor (Datum_pogovora, KandidatID, DMD) 11. Izpelji formalni postopek normalizacije v 1., 2., in 3. normalno formo na tabeli: Delavec(DelavecID, Priimek, Tel1Delavec, Tel2Delavec, Tel3Delavec, OddelekID, ImeOddelka, KrajOddelka, VodjaID, PriimekVodje) Pozor: pri tabeli velja, da je delavec lahko zaposlen pri dveh razlinih oddelkih Rezultate zapii v formalni notaciji relacijske sheme. 1. normalna: Delavec(DelavecID, Priimek, Tel1Delavec, Tel2Delavec, Tel3Delavec, OddelekID, ImeOddelka, KrajOddelka, VodjaID, PriimekVodje) 2. normalna: Delavec(DelavecID, Priimek, Tel1Delavec, Tel2Delavec, Tel3Delavec) Oddelek (OddelekID, ImeOddelka, KrajOddelka, VodjaID, PriimekVodje) DelavecOddelek(DelavecID, OddelekID) 3. normalna: Delavec(DelavecID, Priimek, Tel1Delavec, Tel2Delavec, Tel3Delavec) Oddelek (OddelekID, ImeOddelka, KrajOddelka, VodjaID) DelavecOddelek(DelavecID, OddelekID) Vodja(VodjaID, PriimekVodje)

Opis faz izdelave ZP 1. Zbiranje in analiza zahtev V tej fazi nartovalci spoznavajo segment realnega sveta, ki ga bodo predstavil z modelom. Dojeti in razumeti morajo: katere podatke je potrebno hraniti v ZP, kako so podatki povezani, katere operacije se izvajajo nad podatki in kako bodo uporabniki uporabljali ZP V zaetni fazi lahko pride do napanega razumevanja realnega sveta, zato zahteva temeljito

sodelovanje nartovalcev z uporabniki. 2. Konceptualno nartovanje Cilj te faze je izdelati konceptualni nart oz. konceptualno shemo ZP. Konceptualni nart zajema tudi omejitve, ki se nanaajo na podatke. Za predstavitev konceptualnega narta se uporabljajo: entitetno - relacijski diagrami, diagrami razredov (UML notacija) in diagrami objekt-vloga (Object-role model). 3. Izbira SUZP-ja (vodja projekta + uporabniki) Izbiro ciljnega sistema za upravljanje ZP izvede vodja projekta v sodelovanju z vodjo naronikov projekta (uporabnikov). 4. Logino nartovanje Izvede se transformacija: konceptualne sheme v podatkovni model, ki ga podpira izbrani SUZP. Opravi se tudi natanen pregled dobljene logine sheme, iejo se morebitne napake ali pomanjkljivosti modela. Pred prehodom v naslednjo fazo je potrebno preveriti, ali je ZP normalizirana (preverimo funkcionalne odvisnosti med atributi, ali obstaja nepotrebno podvajanje podatkov, ...). 5. Fizino nartovanje zbirke podatkov Cilj te faze je izboljanje performans konnega sistema. Doloijo se indeksi in parametri shranjevanja zbirke podatkov. Identificirajo se razline skupine uporabnikov in preverja ustreznost performans ZP glede na potrebe in zahteve uporabnikov.