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. :)
plan obuke erwin
Zaključano
Zakačeno
Ima li te slike?!?!? :-)
Imam problem sa slikom, ali sam uradila word-ov dokumet kako bi treblao na kraju da izgleda taj plan obuke. Hvala unapred.
A zbog cega uvek stavljate i ID i Sifru? Zar to nije jedno isto?
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.
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.
Hvala na iscrpnom odgovoru i veoma korisnom savetu :)
Hvala Vam puno, mislim da je ovo bas ono sto mi je trebalo. :)
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. :)
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.
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.