Andmebaasid I (ITI0206) (kevad 2020)
Küsimused teemal: Andmebaasi kavandamise sisulised küsimused
Küsimuste esitamine selles aines ei ole hetkel aktiivne.
Filtreeri küsimusi
Kui Enterprise Architect (EA) ei luba töötada DDLenhace-ga ja mudeli disain tuleb teha DDL-ga, siis kuidas kontrollida millised parameetrid peavad olema kohustuslikud ja millised PK või FK ning millistel parameetritel peab olema vaikimisi väärtus?
"Andmebaasid I" õppeaines kasutame infosüsteemi ja selle osaks oleva andmebaasi kirjeldamiseks UML modelleerimiskeelt. <p>Milliseid allikaid soovitate UMLiga tutvumiseks või selle kohta teadmiste värskendamiseks lugeda?
Kas saaksite tuua mõne näite valesti valitud väljapikkustest ja selle põhjustatud probleemidest?
Kas leidub kergesti kättesaadavat eestikeelset kirjandust SQL-andmebaaside kavandamisel ettetulevatest probleemidest ja nende lahendustest?
Andmebaaside aine pöörab palju tähelepanu süsteemianalüüsile. <strong>Miks see on oluline?</strong>
Otsin omale põnevat lugemist andmebaaside (pigem relatsiooniliste, aga miks mitte ka teiste) antimustrite kohta. Mäletan Teiega andmebaaside kursust läbides, et erinevate materjalide nimed käisid läbi, aga mõtlesin küsida soovitust otse allikast. Mida võiks lugeda? Soovitatavalt võiks materjal olla inglise keeles (saaks jagada ka mitte-eestlastega), aga endale huvi pärast lugemiseks oleks eestikeelne materjal ka väga kasulik. Soovitused on teretulnud nii veebilinkide, dokumentide kui raamatusoovituste kujul.
Mis on (lihtsalt selgitades) normaliseerimine ja normaalkujud?
Kas töövihiku järgi projekti tehes (X=teenus) peaks lisama kasutusjuhtude mudelisse kasutusjuhud teenuste broneerimise kohta?
Miks suurte IT-süsteemide arendamine pahatihti ebaõnnestub?
Märkasin et te kirjutate SQL muutujaid eesti keeles, näiteks "nimi VARCHAR(10)". Arvestades et kõik ettevõtted ning arendajad kirjutavad tänapäeval muutujaid ja koodi inglisekeelselt, kas ma võin ka praktikaülesannetes ning iseseisvas töös kasutada inglise keelt?
Teeme projekti töövihiku järgi. Meil on andmebaasis järgmise kontseptuaalse andmemudeli järgi loodud tabelid: <p>[Treening]-1----------0..*-[Treeningu_kategooria_omamine]-0..*---------1-[Treeningu_kategooria] <p>[Treening]-1----------0..*-[Treeningu_põhimõttelise_toimumise_asukoht ]-0..*---------1-[Ruum] <p>Milliste välisvõtmete puhul tuleks kasutada ON DELETE CASCADE ja milliste puhul mitte?
Mis on olemitüüp, atribuut ja olem?
Meie töövihiku projekti teemaks on <i>treeningute funktsionaalne allsüsteem</i>. Dokumendi punktis 1.2.3 (Allsüsteemi poolt vajatavad registrid) me kirjutame, et kasutame <i>saalide registrit</i>. Kas see tähendab, et meie projekti kontseptuaalse andmemudeli osaks peab olema saalide registri olemi-suhte diagramm?
Kas kuskil on nähtav andmebaasitehnoloogiate suur pilt?
Kas saaksite tuua näite mõnest andmebaasis puuduvast kitsendusest, mis on tekitanud probleeme?
Kuidas eristada sisulisi ja administratiivseid allsüsteeme?
Miks on vaja klassifikaatorite funktsionaalset allsüsteemi?
Miks mitte luua klassifikaatoritele ühist tabelit <i>Klassifikaator</i>, kus on kõikide klassifikaatorite koodid ja nimetused?
Mida ma võiksin teada NoSQL süsteemidest?
Mis on intelligentne võti ja millal seda kasutada?
Milleks läheb vaja kontseptuaalses andmemudelis olevaid olemitüüpide ja atribuutide definitsioonide tabeleid?
Töövihiku projekti muutes tekkis küsimus, kui suurt rõhku tuleks panna ainsuse/mitmuse kasutamisele X-i asendamisel? Nt. allsüsteemide juures on isikute, töötajate jne allsüsteemid, loogiliselt võttes tuleks seal asendada X mitmuse vormiga, aga kas see oleks korrektne? Läbivalt on kasutusel muidugi (meie projekti puhul) kaup kui ainsuse vorm, kuid mõned kohad tekitavad segadust, kas panna mitmusesse või ainsusesse. Kuidas sellises olukorras tegutseda?
Mis asi on register?
Kas puhta koodi põhimõtted on olulised ka andmebaaside korral?
Kas välisteks tegutsejateks võivad olla teised infosüsteemid?
Miks on kasulik tükeldada infosüsteemi allsüsteemideks?
Otsingule vastavaid küsimusi ei leitud.
« Tagasi teemade loetellu