Zadatak iz normalizacije, pomoc

BugiVugi · **Poslato:** 25.02.2004. 12:49:09

Evo ga ODL za A,B,D,G:

Kod:

class A (extent Aovi key A1#){
attribute long A1#;
attribute string A2;
relationship set <AB2> vezaab2 inverse AB2::vezaa;
relationship set <B> vezaab1 inverse B::vezaa;
}
class B (extent Bovi key B1#){
attribute long B1#;
attribute string B2;
relationship A vezaa inverse A::vezaab1;
relationship set <AB2> vezaab2 inverse AB2::vezab;
}
class D extends A(extent Dovi){
attribute long D1;
attribute long A1#;
relationship set <G> vezag inverse G::veza;
}
class G(extent Govi){
attribute long G1;
relationship D veza inverse D::vezag;
}

Cini mi se da se razlikuje od tvog Abraxas. Ovo je moj drugi ili treci ODL model tako da nisam 100% siguran, komentar?

Zasto vezujes A za B umesto za agregaciju koja stoji izmedju njih - AB2 ?

Abraxas · **Poslato:** 25.02.2004. 13:50:46

BugiVugi je napisao:

Zasto vezujes A za B umesto za agregaciju koja stoji izmedju njih - AB2 ?

Izgleda da ne gledamo u isti MOV? Evo u attacmentu rok koji sam ja gledao. Koleginica je rekla da je to 15.11.2003.

Da li je sada OK?

Abraxas · **Poslato:** 25.02.2004. 15:16:32

Zaboravih da napomenem jednu stvar. Na vezbama smo stalno koristili integer, a on ne postoji kao atomski literal u objektnom modelu, zar ne? Ne znam da li su to namerno radili na vezbama da bi nas naveli da pogresimo ili ja gresim.

BugiVugi · **Poslato:** 25.02.2004. 16:12:09

Ma gledamo u isti, samo je poenta bila da li objektni model pravimo na osnovu dobijenog PMOV-a ili izvedenog relacionog modela?

Pogledaj tekst u kome se pozivaju na tipove podataka iz ODMG-a: ODMG tipovi podataka za informaciju o podrzanim tipovima (o integer-u nigde ni reci). icon_w00t.gif

Da li je neko uspeo da ukapira primere koji prate view-serijabilnost na dnu 291.strane? Ne razumem takodje ni primer za konflikt-serijabilnost. Definicije oba nacina utvrdjivanja serijabilnosti su super jasna, ali primeri uzasni.

Abraxas · **Poslato:** 25.02.2004. 19:19:19

napravio sam jednu gresku kod klase A. Ne bi trebalo da bude attribute set <H> itd. vec Relationship set<H> Ah inverse H::Ha;

Abraxas · **Poslato:** 25.02.2004. 19:23:29

BugiVugi je napisao:

Ma gledamo u isti, samo je poenta bila da li objektni model pravimo na osnovu dobijenog PMOV-a ili izvedenog relacionog modela?

Hm? Trebalo bi iz PMOV-a ???

Citiraj:

Da li je neko uspeo da ukapira primere koji prate view-serijabilnost na dnu 291.strane? Ne razumem takodje ni primer za konflikt-serijabilnost. Definicije oba nacina utvrdjivanja serijabilnosti su super jasna, ali primeri uzasni.

Ja se nadam da to nece biti (da ne ureknem p p), a primeri su im uglavnom vrlo losi ili imaju gresaka (sto je vrlo cesto kod normalizacije).

jovanna · **Pridružio se:** 24.02.2004. 22:37:42 **Postovi:** 4

[color=#000000]postoje male razlike u ova dva roka. Naizgled su potpuno isti, ali radimo na osnovu 15.11.2003. Imam dva pitanja jer se ne

BugiVugi · **Poslato:** 26.02.2004. 09:36:54

[color=#000000]

Citiraj:

C (A1#, C1, C2)-za

_________________
Zoran Marokanac: "Postojao je samo jedan Ljuba Zemunac. Svi drugi su obični krompiri."

Abraxas · **Poslato:** 26.02.2004. 09:42:07

Vidim da su ti problem specijalizacija i slabi objekti. Pravilo je, kod specijalizacije, da podklasa primarni kljuc preuzima od svoje nadklase. Oni cesto u MOV-u obeleze jedan od atributa podklase sa #, ali to je samo trik da bismo pogresili. Uostalom uvek samo razmisli sta ti je specijalizacija. Zamisli da imas neku klasu Osoba, gde svaku osobu, recimo, jedinstveno identifikujes sa JMBG. Dalje nju specijalizujes na podklase Student, Radnik itd. Svakog predstavnika ovih klasa ces takodje moci da identifikujes samo pomocu JMBG, jer ti nije potrebno nista vise.

Kada su u pitanju slabe klase pravilo je da se u nasledjenu klasu prenosi prim. kljuc jake klase i njemu se dodaje jos jedan atribut (prost ili slozen) iz te slabe klase i oni zajedno cine prim. kljuc. Opet, ne bi bilo lose da zamislis neki primer. Najjasnije bi bilo da zamislis nekakav dokument sa brojnim stavkama. Kako bismo taj dokument modelovali u MOV-u? Imali bismo jedan jak objekat koji bi sadrzao "zaglavlje" ovog dokumenta (npr. datum, mesto, ko ga sastavlja, potpisuje,...) dok bi ugnjezdenu tabelu sa stavkama morali da cuvamo posebno. Ona je svakako zavisna od tog dokumenta, pa je potrebno da se prenese prim. kljuc dokumenta kako bismo znali kom dokumentu se ona pridruzuje, odnosno pripada. Svaku stavku te tabele moras opet nekako posebno da identifikuje pa ce i ona imati neki svoj redni broj. I eto, kada tom rednom broju stavke pridruzis prim. kljuc relacije dokumenta mozes jedinstveno da identifikujes svaku stvaku u dokumnetu.

Nadam se da je jasno.

jovanna · **Pridružio se:** 24.02.2004. 22:37:42 **Postovi:** 4

[color=#000000]Hvala kolege, divni ste!!! icon_wub.gif
Imam neke uradjene rokove, o

Abraxas · **Poslato:** 29.02.2004. 13:54:54

Da li neko zna kako izgleda usmeni? Puko upisivanje ocena ili ima i odgovaranja?

stinger · **Poslato:** 02.03.2004. 23:12:07

Uglavnom je upisivanje ocena.Ako si na prelazu moze da te nesto pita za vecu ocenu, ali mislim da je bezbolno

FONForum

Zadatak iz normalizacije, pomoc

Ko je OnLine