Citat:
nenadmarkoni: Pokusao sam da napravim varijantu forme gdja bi mogla da se izvrsi vise varijanti uplate ali nisam uspio pa ce za uplate ipak trebati vise formi.
Da mnogo je lakse napraviti onoliko formi koliko specijalizanata ima, manje je programiranja. Problem realizacije specijalizacije je najvise u tome sto nijedan realcioni model ne poznaje oblik veze Generalizacija-Specijalizacija, pa se takav oblik veze mora simulirati. Odavno sam uocio uradivsi komparativnu analizu poznatih relacionih modela (Oracle, RDB, DB2, INFORMIX, Access, SQLServer, MySQL...) da jedino Access pravljenje upita - Query-ja i nad njima Forme, se jednostavno simulira jedinstvenost veze Generalizacija-Specijalizacija, za razliku od svih drugih relacinih modela realizacija aplikacije nad pomenutim tipom veze je teza.
Citat:
nenadmarkoni: Sto se tice knjizenja mislim da ce UplataID u ObveznikRazduzenje biti suvisam. Provjera da li ima dovoljno uplacenih sredstava za razduzenje ce se vrsiti kroz upit i bice uslovljeno kolicinom uplacenih sredstava po Obvezniku i Prostoru.
Ova veza je denormalizujuca, ali ima smisla s aspekta kontole, sta je izazvalo promenu zaduzenosti, tako da se ne bih odricao te veze.