[ JecaIvanjica @ 14.01.2013. 12:26 ] @
Da li neko moze da nam pomogne oko pravljenja plana obuke, na osnovu izvestaja sa slike, potrebno je napraviti model u erwin-u. Rec je o planu obuke u skolama. Hvala. :)

[att_img]


[ Zoran.Eremija @ 14.01.2013. 13:01 ] @
Ima li te slike?!?!? :-)
[ JecaIvanjica @ 14.01.2013. 20:36 ] @
Imam problem sa slikom, ali sam uradila word-ov dokumet kako bi treblao na kraju da izgleda taj plan obuke. Hvala unapred.
[ Zoran.Eremija @ 14.01.2013. 21:09 ] @
Da li ste ovo zeleli?

[ Dexxxl @ 14.01.2013. 21:47 ] @
A zbog cega uvek stavljate i ID i Sifru? Zar to nije jedno isto?
[ Zoran.Eremija @ 14.01.2013. 22:07 ] @
Lepo pitanje! Ident broj je nezavisan broj koji u stvari predstavlja deo sistema. Dok je sifra preslikavanje oznacavanja iz realnog sistema. Ako bi preuzeli sifru za Ident broj onda bi dosli u situaciju da, ako nekom u realnom sistemu padne napamet da menja sifre, po nekom drugacijem pravilu nego sto je to u posmatranom trenutku bilo, onda bi takva izmena bila zestoka imajuci u vidu da bi morali da menjamo Ident brojeve. Zlatno pravilo modelovanja je da se odvoje sifre iz realnog sveta od Ident broja. Ident broj je nezavisan i njega posmatra sistem (cak korisnik i ne mora da zna kako izgleda), a sifra je oznaka koja ima kazujuci karakter. Kazivanje o potrebi odvajanja je najbolje opisao pok. prof Pera Petrov sa Masinskog fakulteta Beograd iz oblasti oznacavanja objekata od interesa posmatranja.

U praksi sam se susretao kako su ta dva atributa nekog objekta posmatranja poistovecivali i uvek su takvi sistemi imali problema. Posebno veliku gresku cine oni koji preslikavaju, bolje receno preuzimaju tudje sifre za svoje i jos ako ih poistovete s Ident brojem, tada se problem uvecava.

Buduci da se ovde radi o skolskom primeru posebno sam na to obratio paznju.
[ Dexxxl @ 14.01.2013. 22:47 ] @
Hvala na iscrpnom odgovoru i veoma korisnom savetu :)
[ JecaIvanjica @ 15.01.2013. 07:47 ] @
Hvala Vam puno, mislim da je ovo bas ono sto mi je trebalo. :)
[ JecaIvanjica @ 15.01.2013. 13:43 ] @
Molila bih vas za jos jednu pomoc, na osnovu gore datog word-ovog dokumonta, moram da odradim izvestaj i formu sa podformom u access-u? Ako neko moze da mi pomogne, bila bih mu jako zahvalna. :)
[ Zidar @ 15.01.2013. 14:27 ] @
Zoran je u pravu - postojecim siframa se ne moze verovati 100%, a sve manje od 100% nije dovoljno dobro. No, uvodjenje jedinstvenog vestackog identifikatora ne resava problem u potpunosti. Hocu da kazem, to je potrebno ali ne i dovoljno. Ako su trenutno postojece realne sifre dovoljno dobre da budu kljuc (jedinstvene i sve postoje = NOT NULL), a ipak se odlucimo da uvedemo vestacke ID brojeve, ne treba zaboraviti da se na kolonu RealnaSifra postave ogranicenja NOT NULL i UNIQUE. Ako to ne uradite, moze vam se desiti da istu realnu sifru imate u tabeli N>1 puta, ovako:

ID RealnaSifra
----------------
1 AAAA
2 BBBB
3 CCCC
4 AAAA -- duplikat koga nismo svesni ukoliko nemamo UNIQUE constraint na RealnaSifra

Ako stavite da je RealnaSifra UNIQUE, onda rekord za ID = 4 ne prolazi. Problem sa vestackim kljucevima je taj sto su oni garantovano jedinstveni i ako ne obratimo paznju naostatak price, svi ce rekordi biti jedinstveni, pa makar realno bili i duplikati. Uvodjenje garantovano jedinstvenog ID broja ne garantuje integritet podataka. To samo garantuje nepromenljivost jedinstvenih ID brojeva (sto je veoma vazno) i omugucuje lakse pisanje kverija - svi JOINi su po jednoj koloni. Znaci, uvodjenje vestackog ID ne znaci da treba zanemariti sve ostale realne atribute. A to se nazalost veoma cesto desava u praksi.

Ako pak realne sifre nisu UNIQUE, onda to i nisu sifre. Tada se mora traziti kombinaciju atributa koja je jedinstvena. Ako ne postoji kombinacija atributa koja je jedinstvena, ond aimamo problem druge prirode i vestacki ID nam nece resiti taj problem.