Nezahvalno je davati odgovor na ovako siromasan opis problema, ali ...

Ako se anketar isplacuje nakon obavljenog anketiranja onda 1:1 deluje odgovarajuce.

Ako se anketar moze isplatiti i avansno, onda spajaj tabelu 'Isplate' sa tabelama 'Anketa' i 'Anketari' pomocu dve 1:N veze.

Posto ti tabela Isplate sadrzi polje Sifra ankete, znaci da avansna opcija nije ni predvidjena, vec je isplata vezana za Detalji ankete, pa ako nemas prirodni ili surogat kljuc za tabelu Detalji ankete onda povezujes sa navedenim PK (Sifra ankete PK, MBR_anketara PK), a kao kardinalitet bi ti predlozio 1:N da bi mogla da obuhvatis vise isplata po jednom detalju ankete. Inace, mislim da bi u stvarnosti tabela Detalji ankete trebala da ima neki svoj prirodni PK (npr. Broj/Redni broj/Sifra).

U slucaju da postoji mogucnost avansne isplate javi, jer bi ti trebala znatno drugacija postavka.

Ah, da, ako jedna isplata moze da se odnosi na vise pojava iz Detalji ankete, stvar se jos vise komplikuje jer ti treba jos jedna tabela poveznik za Isplate i Detalji ankete da bi mogla da realizujes vezu N:N

U svakom slucaju, moras potpuno precizirati problem, pa onda krenuti da ga resavas.

Pretpostavka je da se isplata po uradjenoj anketi anketaru vrsi odjednom, pa sam zato pomislila da mi je PK Sifra ankete i MBR_anketara..
Evo saljem strukturu tabela pa ako imate neki savet....

Hvala!




P.S Ako bih stavila da je kljuc tabele Isplate: MBR_anketara i Redni broj, na bih se dvoumila oko povezivanja, ali me muci koliko je dobar ovaj kljuc? Koliko dobijam, a koliko gubim,ako izmenim?Znam da bi mi onda tabela sa drugim kljucem dozvolila da unesem vise od jedne isplate po anketi, a to se ne dozvoljava!
Koje resenje je bolje?

_{[Ovu poruku je menjao tanjakg81 dana 07.07.2006. u 14:04 GMT+1]}

Ovim si sve rekla, necemo filozofirati ako nije potrebno (vidim da je ponovo neki skolski zadatak - bas si vredna), dakle - vracamo se na pocetak i na osnovu predstavljenog problema veza 1:1 sa tabelom Detalji ankete.



Obrati paznju na pojave podataka u tabelama;

Ako si stavila da ti je PK u tabeli Detalji ankete slozeni kljuc (Sifra ankete+MBR_anketara) to znaci da jedan konkretan anketar moze da napravi samo jednu konkretnu anketu - Pera radi anketu br. 1 o proizvodima, i Pera radi anketu br. 2 o necemu drugom... i .postavka PK nema veze sa kardinalitetom za vezu sa tabelom Isplate.

Kardinalitet izmedju tabela Detalji ankete i Isplate ima veze sa tim kako se anketari isplacuju (odjednom, 1 isplata - vise anketa, vise isplata - 1 anketa), tako da ne bi smela da "brkas loncice".

Ne ulazim u to da li ti je stvarno potreban slozeni kljuc kao PK, jer smo to vec razmatrali u nekoj od prethodnih tema koju si pokrenula.

Inace, nesto ne mogu da downloadujem bazu koju si prilozila.

Gorane, hvala ti puno!

U pravu si, vracam se na problem od pre par meseci..."vestacki kljucevi"!
Ne znam zasto me to stalno muci!

Mozda se nisam lepo izrazila pa me nisi razumeo, ali htela sam da kazem posto se anketaru isplata za odredjenu, obavljenu, anketu vrsi odjednom, ne u ratama, onda sam zakljucila da mi je PK ove tabele Sifra ankete+MBR_anketara, jer mi to garantuje da se u ovoj tabeli nece naci iste vrednosti za ova dva polja. Jel mislis da pogresno rezonujem?

Ne znam zasto ne mozes da downloadujes bazu, ali evo kako izgledaju tabele:

Agencije( Sifra agencije PK, Naziv agencije, Ulica, Mesto, Telefon, Ziro racun).
Ankete(Sifra ankete PK, Naziv ankete, Sifra agencije FK, Broj anketa, Iznos, Sifra poklona).
Anketari(MBR_anketara PK, Ime, Prezime, God_rodjenja, Struka, Pol, Ulica, Mesto, Telefon, Ziro racun).
Detalji ankete (Sifra ankete PK, MBR_anketara PK, Mesto, Polazna tacka, Broj anketa, Iznos po anketi, Datum pocetka, Datum zavrsetka, Napomene)
Isplate(MBR_anketara PK, Sifra ankete PK, datum isplate, Iznos)