FONForum

resene ?

Da li neko zna odgovor na pitanje:

Navest, opisati i dati primer za slozene konstruisane tipove u objektno-relacionom bp(SQL-1999 standard).
Za svaki tip dati opstu definiciju i nacin njihovog koriscenja u SQL naredbama?

Da li ima neko ko je bio na dodatnim vežbama iz baza da kaže šta su rekli za ispit pošto sam čuo da su pričali kakav će biti rok....

_________________
Keep it Simple!

Ako je to ono sto ja mislim, ja sam bio na tim vezbama, ali je radjen samo XML, odnosno zadatak vezan za to. Nista drugo.

_________________
"Some will win, some will lose, Some were born to sing the blues" - Journey, "Don' stop believing"

^
Jel mozes da skeniras i okacis to sto je radjeno?

_________________
Hm...

ima li neko bar jedan rok uradjen ) ??

evo sad uradih feb 2007 a) i imam par ne odumica....pa ko zna ...


A(A1#,A2)
B(B1#,B2,A1#)
AB1(A1#,B1#)

C(A1#,C1#,C2) e sad kod ovog da li kod specifikacije je kljuc kod C samo A ili uzima i C1#??
D(A1#,D1)

E(A1#,C1#,C2,E1) i kod ova 2 kad je dupla S da li se uzima za kljuc i C1#?
F(A1#,C1#,C2,E1)

G(A1#,G1) i kod slabog objekta kljuc je samo kljuc od nadredjenog ukoliko nema svoj kljuc ???
CG1(A1#,A11#)

H(A1#c,A1f#,A1g#,H1)


thnx unapred

_________________
Blind leading the blind

Zar je tako teško pogledati Grizzly-ev post sa prve strane ove teme?

Da li neko zna kako se radi zadatak u kome treba izmeniti redosled transakcija kako bi resenje bilo konflikt-serijabilno?
Takav zadatak se pojavio u junu 2007 i januaru 2008

I ja imam dva resenja tog roka i upravo se te dve stvari kod prevodjenja ne poklapaju a u primerima sa vezbi nema takvih slucajeva

Obelezila sam crveno stvari koje nam se ne poklapaju:
- u vezi AB1 mislim da je primarni kljuc B1# jer je njemu gornja granica 1
- kod specifikacije za primarni uzima se samo kljuc polaznog, u ovom slucaju primarni kljuc je samo A1#
- samim tim, i kad se prenosi na druge nivoe, preuzeti kljuc je samo A1#, dakle ovde bi bilo E(A1#,E1)
- ovo sa G je malo komplikovanije: koliko ja znam, slab objekat mora da ima slozeni kljuc, od nadredjenog i svoj, ako to nije posebno naznaceno odabere se jedan njegov atribut koji ce biti deo slozenog kljuca. Ne znam kako si formirala ovu vezu CG1, ali po onome sto ja znam za vezu obejkta sa samim sobom (bio je slican primer na vezbama), ovde bi resenje bilo G(A1#,G1,A1#,G1)

Neka me neko ispravi ako gresim.

_________________
"Kroz otprilike dve godine prestace da bude nimfica i pretvorice se u "mladu devojku", a onda u "studentkinju" - taj uzas nad uzasima!" - Vladimir Nabokov

Prilikom transformacije u relacioni model dosta mi je pomoglo da dati model pretvorim u FMOV. (Ima primer u knjizi str 425 "18.1.1. Transformacija Modela Objekti-Veze u Relacioni Model"), tada cak i ona "rekurzivna" preslikavanja postaju veoma laka. Samo treba oratiti paznju da kada postoji veza gde su obe granice nule pored toga sto se preslikavanje pretvara u agregaciju, za kljuc se uzima onaj kome je gornja granica 1an (kao sto je April ONeil primetila). Nisam imao iskustva kada dolazi da su obe dg=0 i obe gg=1, tada se verovatno isto desava kao i da su obe gg=m, tj uzimaju se svi primarni kljucevi objekata koji ucestvuju u agregaciji. Isto neznam sta s desava kada u uagregaciji ucestvuju vise od dva objekta od koga jedan ima gg=1, po nekoj logici kljuc tog objekta bi trebao da bude i kljuc agregacije a da se svi ostali objekti koji imaju gg=m upisuju kao spoljni kljucevi, ako neko zna nek razjasni ovo, nadam se da ovako nesto nece biti.

Eh u onom primeru u knjizi na strani 426, u relaciji Preduzece SifDeloatnosti nebi trebao da bude deo slozenog kljuca vec spoljni kljuc, da li je ovo greska ili sam ja pogresno shvatio?

Ok, nakon prevodjenja u FMOV relacioni mod bi trbalo da izgleda ovako.

A(A1#,A2)
// prilikom pretvaranja u FMOV preslikavanjne AB2 ostaje takvo kako jeste, jer GG nisu m, niti su DG 0

AB1(B1#,A1#) // jer je je gornja granica preslikavanja od strane B-a gg=1. A1# se uzima kao spoljni kljuc, jer je kardinalnost na agregaciji uvek 1,1.

B(B1#,B2,A1#) // gg=M za A pa B dobija spoljni kljuc.

C(A1#,C1#,C2) // asistent je napomenuo da ce ovo C1# namerno stavlja kao zmaka...

D(A1#,D1)

E(A1#,E1)

F(A1#,F1)

G(A1#,G1, A1,G1) // slab objekat uvek mora imati slozen kljuc, uvek. Ako na pismenom ne dobijete atribut, stavite ga , ne verujem da ce te pogresiti.

H(A1#g,G1,A1#c,A1#f,H1) // G1 je takodje deo slozenog kljuca slabog objekta G tako da i on mora uci u kljuc, za ovo obelezavanjje (tj g c f) nisam znao tako da hvala , ah da, 7 se cinimi se podrazumeva kao m, to je samo zamka.

Kao sto je koleginica primetila CG1 relacija ne postoji jer kada se prevede u FMOV ona idalje nece biti agrekacija, tako da sve sto treba da se uradi je da se stavi spoljni kljuc, kako je spoljni kljuc slozen te se dodaje A1#,G1


Nadam se da je resenje tacno, ako nadam se da ce neko moci da prokomentrarise gde je greska jer nisam 100% siguran da je ovo tacno.

Ja sam dobio kao Strag jedino mi se razlikuju G(A1#,G1, A1,G1)- ovde ne bih stvaio ovaj A1 i G1, vec samo primarni, mada moguce da treba ovako zbog veze 1,1.
H(A1#g,G1,A1#c,A1#f,H1) - ovde samo ne vidim potrebu da stavljamo A1f jer je to isto kao i A1c. da li treba oba?

_________________
"Some will win, some will lose, Some were born to sing the blues" - Journey, "Don' stop believing"

Sto se tice H(A1#g,G1,A1#c,A1#f,H1) takodje mislim da je A1f isto sto i A1c. Da je recimo bila nobavezna specializacija onda bi verovatno morali je se ne zna zasigurno da li su isti, kako je specializacija obavezna, to znaci da C se mora specializovati ili u E ili u F ili u oba sto znaic da ce i kljucevi biti isti. Tj.

H(A1#g,G1,A1#f,H1) // A1#f a ne A1#c jer se mora specializovati.

Trece misljenje?

thnx
evo da se konsultujem i za
semptembar :
A(A1#,A2)
B(B1#,B2,A1#)
AB1(A1#,B1#)

C(A1#,C1#,C2)
D(A1#,D1)

E(A1#,E1)
F(A1#,E1)

G(A1#,G1),A1#)
H(A1#c,A1e#,,H1)


btw odakle uchite ODL naredbe ??

_________________
Blind leading the blind

Ako je to na sonovu BP2007-09-24.pdf (Mogu da se skinu rokovi sa oficilanog sitea...)

A(A1,A2)

AB2(A1,B1)

B(u]B1#[/u],B2,A1)

C(A1,C1,C2)

D(A1,D1)

E(A1,E1)

F(A1,F1)

G(A1d,G1)

H(A1e,H1, A1a)

CG1(A1c,A1g,G1)

@All
Misljenje?


EDIT:

E da u ODL-u da li koristimo Interface{} ili Class{}, cinimi se da koristimo Class{} jer u interfejsu se nemogu definisati atributi..... anyone?

EDIT v02:

170str... atributi se mogu definisati i u interfejsu.....

EDIT V03 FINAL:

Ok ovo je poslednji edit vezna za Relacioni model postite http://pisbp.fon.bg.ac.yu/download/Rese ... -09-24.pdf za detalje.

uhh pa sad ja izgleda u svakom pogresim:)) a dok radim miislim to je to DD

mislim da za A ne treba da ide B# milsim ako si vec dodao u B A# kao spoljni...

a za ovo se ostalo sad se slazem ...mada sam mislila da H sve sto ulzi u agregaciju cini slozen kljuc ali ocigledno nije tako

thnx

_________________
Blind leading the blind

Slazem se za A, to je logicno na osnovu redundantnosti, ali nisam nesto siguran... trece misljenje?

Sto se tice H1, cinimi se da je asistent na vezbama rekao da nije problme ni ako se H1 stavi u kljuc, mada ako je to H1 recimo kolicina, to definitivno nebi bio kljuc, ili recimo broj polaganja datog ispita....

ne mislim za H1 to ne bih stavila nego sve sto ulazi sem atributa same agregacije na to sam mislila ...

_________________
Blind leading the blind

Ah, sorry

Ukolko je bar jedna GG=1 od onih koji ulaze u Agregaciju tada kljuc tog objekta postaje kljuc agregacije.

Pitam li se sta se desava kada ima >=2 GG=1 i n GG=m , da li tada agregacija ima Slozen kljuc od ovih sa GGova=1 ili sta...

EDIT:

Sto se tice da li se koristi Interface ili class. Naosnovu pravila na 173 str:

-Interfejs moze naslediti drugi interfejs
-Klasa moze naslediti intrfejs
-Interfejs ne moze naslediti klasu
-Klasa ne moze naslediti klasu

Najbolje je za one nadtipove staviti da su Interface a za "Obicne" objekte Class...

U ovom prvom slučaju kada dva ili više ključeva ima gg=1 biraš za ključ jedan (bilo koji) od tih ključeva; ako je za više njih gg=m tada je složen ključ.

_________________
Nomi Malone: Life sucks, you know.
James Smith: "Life sucks," "Shit happens." Where do you get this stuff, off of T-shirts?

Znaci.... Recimo da imam neku Agregaciju A, u koju ulazi
B(B1#) sa kardinalnoscu 0,1 ,
C sa kardinalnoscu 1,1,
D sa kardinalnoscu 0,1 ,
E sa kardinlannoscu 1,M ,
F sa kardinalnoscu 0,M ,
G sa kardinalnoscu 0,M

Tada ce relacija A izgleda:

A(B1#,E1#,F1#,G1#)

ili

A(C1#,E1#,F1#,G1#)

ili
A(D1#,E1#,F1#,G1#)

Malo mi je to nelogicno, kako onda ukazujem na to da su i ovi ne spomenjeni klucevi (C1#, D1# za prvi slucaj) tacnije i ove ne-ukljucene rlacije u vezi sa A relacijom?

Čekaj, stani sad, da se ogradim...ja mislim ovako nešto...

U tom primjeru što si naveo u potpunosti zanemarujemo ključeve sa gornjom granicom 1 i pravimo složeni ključ od onih atributa kod kojih je gornja granica m;

U slučaju da takvih nema, (konkretno, da imamo samo b, c i d), e onda za primarni ključ uzimamo jedan od ovih sa gornjom granicom 1, dok ostali ulaze u relaciju kao spoljni ključevi?

Anyone?

_________________
Nomi Malone: Life sucks, you know.
James Smith: "Life sucks," "Shit happens." Where do you get this stuff, off of T-shirts?

Ja sam se pogubio u ovim gore postovima, ali vidim da nesto nije jasno oko agregacije. Ovo sam ja zapisao na vezbama ali ne znam da li ce pomoci. Pise sledece: Ako u agregaciju ulazi objekat sa kardinalnoscu 0,1 onda je jedan nacin da se za kljuc agregacije uzimaju kljucevi svih ostalih objekata (koji naravno ulaze u agregaciju), a drugi nacin je da samo od tog objekta uzmemo primarni kljuc.

_________________
"Some will win, some will lose, Some were born to sing the blues" - Journey, "Don' stop believing"

^ Tako je znaci ako recimo u agregaciju ulazi vise objekata sa 0,m i jedan objekat sa 0,1, kljuc agregacije moze biti slozen tako sto uzima identifikatore ovih sa 0,m a identifikator ovog koji je 0,1 postaje atribut u agregaciji. Drugi nacin je da kljuc agregacije bude samo identifikator ovog koji je 0,1 a ako ih ima vise koji su 0,1 uzima se kljuc bilo kog. Samo mi nije jasno jel onda kljucevi ovih sto su 0,m postaju atributi?
Ja sam odustao od baza sada za jun, previse ima da bih valjano spremio, nego me je stalno bunilo kod sql-a kada se koristi unutrasnji a kada spoljasnji join, ako moze neko da odgovori, bar da znam za septembar.

_________________
Pitate se kuda večeras u Beogradu? Pogledajte programe beogradskih klubova i splavova i besplatno rezervišite vaše mesto u nekom od njih, klubovi Beograd.

Mislim da nije, jer mi GG=1 uvek ima prioritet nad GG=M. Ili bar tako pise u knjizi (mada i samo knjiga je diskutabilna...). Ako imas knjjigu izdanjne 2006 pogldaj na strani 426 relaciju Clanstvo i videces nasta mislim.

BP2007-09-24.pdf zadatak 2 od b ergo ODL. odradicu kompletan iako se trazi samo neki....

//Ima nki los osecaj da ce nas zadesiti OQL u nekoj formi ove godine....


Ovo bi trbao da bude odl, gotovo sam siguran da ODL ovog slabog objkta G nije tacan, komentari?
Isto vazi i za deo u class de vezan za G. Ostalo je tacno gotovo 100%.

Feedback?

EDIT:

Kod je update-ovan.

Popravljene su klase D i G. Ovo bi sada sve trebalo da bude tacno, anyone?

EDIT v02:

-ova imena a_b_ab1 itd su random, tj nisu deo sintakse, stavio sam ih ovako jer je neko tako uradio isto na ovom forumu na jednom od starijih tema, posto je takav nacin pisanja meni laksi za navigaciju preuzeo(read: ukrao) sam to. Vazno je napomenuti da ako ste vec negde definisalni da se ta relacija zove a_b_ab1 kada definisete tu vezu u nekoj drugoj klasi ime mora ostati isto inace je greska, isto imena atribute nebi trebalo da se pisu velikim slovom, ali mislim da nam to nece biti zamereno, u krajnjnem slicaju dodajte _ ispred, tj _A1# itd, kao u PJP-u.

-kada navodimo set uvek je ime objekta u <>, u inverse ime objekta nikada nije u <>
- ako navodimo bez set uvek je ime objekta bez <>
-stavljamo set, u relationship, onda kada je kardinalnost bliza objektu za koji se pise 0,m ili 1,m.
-{};
- cinimi se da int nije definisan kao literal(tj short, long, boolean ,char,enum,any) tako da kada pisete random tipove obratite paznjju.

EDIT v03:

Ok, hvala alias-u na ostrom oku.
-Izmenjene su C,D,E,F klase u kojima je dodat kljuc nadredjenog i extent as, prema 20.str.

Ok idalje ostaje mi ostaje nesredjeno misljenje povodom slabih objekata, nekako mi se cini da oni moraju da imaju extent i imaju kljuc, i verovatno da imaju i relationship..... Anyone?

Edit V04 FINAL

- Evo kako ODL treba da izlgeda, obavestavam vas da ce ovo resenje biti okaceno i na oficialnom sajtu baza tj http://pisbp.fon.bg.ac.yu/index.htm zahvaljujem se Slađanu Babarogiću na munjevitom odgovoru.