Andmebaasid I (ITI0206, IDU0220) (kevad 2019)
Küsimused teemal: Andmebaasi kavandamise sisulised küsimused
Küsimuste esitamine selles aines ei ole hetkel aktiivne.
Filtreeri küsimusi
"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. Miks see on oluline?
Kuidas Mauruse otsing täpsemalt töötab? Millist tuge pakkus selle realiseerimiseks andmebaasisüsteem, mida Maurus kasutab?
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?
Mis vahe on MS Accessi SQL mägimurrakus DISTINCT ja DISTINCTROW määrangutel?
Kas kuskil on nähtav andmebaaside tehnoloogiate suur pilt?
Kas saaksite tuua näite mõnest andmebaasis puuduvast kitsendusest, mis on tekitanud probleeme?
Kuidas eristada sisulisi ja administratiivseid allsüsteeme?
Kui mina muudan näiteks kaupade registri diagrammis klassi seost, siis mina pean uuesti genereerima SQL tabelite disaini kirjelduse?
Milline võiks olla üldine SQL SELECT lausete koostamise strateegia?
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