Prikazi cijelu temu
29.11.2014 13:31
29.11.2014 13:31
Predmet:Re: Kompenzacije
Ona je tu nevezana i postavio sam je samo da se upisu podaci o firmi koja koristi app. kao i podaci o vlasniku app.
Znaci za sada nebitna.
Naravno da ce moci gledati i povijesno u kakvom su odnosu firme u odredjenoj transakciji.
znaci kada odaberes transakciju imat ces i spisak lanca transakcija po redosledu kao je napisano.
Moze se tu staviti i polje redni broj ili tako nesto ali svakako ce biti po redu i bez toga.
E sad moze se i dodati polje za Duznika i vjerovnika sta je on o datoj transakciji (kupac dobavljac itd)
Ovdje sam i ja tebe htio jos nesto pitati.
Naime u tabeli K_Firme moze se dodati polje napr status koje bi doznacavalo jeli kupac ili dobavljac ali mislim u ovom tvom slucaju da to nebi moglo jer pretpostavljam da ista firma moze nekada biti kupac a nekada dobavljac.
Ovo sto s naveo mi je bilo jasno da je tako i vodio sam racuna o tome.
Jedna kompenzacija je jedinstvena i ima svoj broj u njoj uvije ucestvuju dvije ili vise firmi.
Jedna firma moze imati nebrojen broj kompenzacija stim sto se broj kompenzacije nemoze ponoviti. On je jedinstven.
Bilo koja firma moze ucestvovati u kompenzacijama nebrojen broj puta i u bilo kojem svojstvu (statusu)
Tabela T_Kompenzacije je vezana jedan na vise za tabelu T_Detalji gdje upisujemo ucesnike kompenzacije.
Znaci nema ogranicenja nikakvog za unos ucesnika bez obzira na njihov status niti ima ogranicenja duzine lanca
ucesnika.
Jedino treba napraviti kod da opominje kada lanac nije zatvoren.
U tabeli T_detalji postoji preneseni kljuc iz tabele T_kompenzacije pa preko njega mozemo znati ucesnike svake kompenzacije zasebno i to redom kako su napisani.
Tabela T_Kompenzacije je takodje vezana jedan na vise za tabelu T_racuni.
Ovo treba iz razloga sto mozemo imati jedan ili vise uplata tj. racuna a zbir svih uplata mora biti jednak iznosu koji je naveden u tabeli T_kompenzacije.
Eto toliko dok ti ponovo ne odgovoris.
Citat:
Ovu tabelu takodje mozemo izuzeti iz razmatranja.U tablicu Tvrtka upisivao bi se podatak samo o mojoj (matičnoj) tvrtki
Ona je tu nevezana i postavio sam je samo da se upisu podaci o firmi koja koristi app. kao i podaci o vlasniku app.
Znaci za sada nebitna.
Citat:
Dobro si me razumio ali nisi dao abjasnjenje zasto nije dobro i kako bi trebalo biti pa da popravimo.No PokretacID može biti neka firma iz K_Firme ili moja tvrtka koja je u tablici Tvrtka pa to nije dobro (ako sam te dobro shvatio).
Citat:
Ideja sa DuznikID i VjerovnikID mi se čini dobra, no da li ću s tom strukturom i odnosima između tablica, moći povijesno gledati u kakvim su odnosima bile firme? To je bitno jer kad radiš novi prijedlog kompenzacije onda je bitno da vidiš odnose koji su postojali među firmama (većina njih ima konstantnu poslovnu suradnju) kako bi bilo olakšano zatvaranje kruga.
Naravno da ce moci gledati i povijesno u kakvom su odnosu firme u odredjenoj transakciji.
znaci kada odaberes transakciju imat ces i spisak lanca transakcija po redosledu kao je napisano.
Moze se tu staviti i polje redni broj ili tako nesto ali svakako ce biti po redu i bez toga.
E sad moze se i dodati polje za Duznika i vjerovnika sta je on o datoj transakciji (kupac dobavljac itd)
Ovdje sam i ja tebe htio jos nesto pitati.
Naime u tabeli K_Firme moze se dodati polje napr status koje bi doznacavalo jeli kupac ili dobavljac ali mislim u ovom tvom slucaju da to nebi moglo jer pretpostavljam da ista firma moze nekada biti kupac a nekada dobavljac.
Citat:
Još jedna stvar je tu bitna,a to je da odnos između kompenzacija i firmi mora biti Many-To-Many jer jedna kompenzacija ima više firmi učesnika, a pojedina firma učesnik može imati više kompenzacija.
Ovo sto s naveo mi je bilo jasno da je tako i vodio sam racuna o tome.
Jedna kompenzacija je jedinstvena i ima svoj broj u njoj uvije ucestvuju dvije ili vise firmi.
Jedna firma moze imati nebrojen broj kompenzacija stim sto se broj kompenzacije nemoze ponoviti. On je jedinstven.
Bilo koja firma moze ucestvovati u kompenzacijama nebrojen broj puta i u bilo kojem svojstvu (statusu)
Tabela T_Kompenzacije je vezana jedan na vise za tabelu T_Detalji gdje upisujemo ucesnike kompenzacije.
Znaci nema ogranicenja nikakvog za unos ucesnika bez obzira na njihov status niti ima ogranicenja duzine lanca
ucesnika.
Jedino treba napraviti kod da opominje kada lanac nije zatvoren.
U tabeli T_detalji postoji preneseni kljuc iz tabele T_kompenzacije pa preko njega mozemo znati ucesnike svake kompenzacije zasebno i to redom kako su napisani.
Tabela T_Kompenzacije je takodje vezana jedan na vise za tabelu T_racuni.
Ovo treba iz razloga sto mozemo imati jedan ili vise uplata tj. racuna a zbir svih uplata mora biti jednak iznosu koji je naveden u tabeli T_kompenzacije.
Eto toliko dok ti ponovo ne odgovoris.
Podrška samo putem foruma, jer samo tako i ostali imaju koristi od toga.