@Dzaga29, nema zurbe i nema nerviranja. Iz toga niko dobra nije vidio. Kolega je do sad radio bez aplikacije pa neka saceka jos malo.
Nekad sam malo trenirao boks. Znate koga je bilo najteze uvesti u osnove boksa? One koji su dosli sa nekim predznanjem, tj. oni su smatrali da ga imaju. Zasto? Jer je njih prvo trebalo nauciti da sve zaborave, pa tek onda da nauce ispravno. Ovde je slican slucaj.
I niste jedini. I ja sam isto radio. Ako prodjete prvih nekoliko strana teme "Odrzavanje zgrade" uvjericete se u to. Iako tema nije urodila plodom, naucio sam mnogo.
Ali da se vratimo na problematiku. Dobro ste primjetili, izvor podataka ce biti upiti. Nista strasno. Ali nece moci da budu izvor za vasu formu. Zasto? Zato sto prvo treba da razmislimo o principu funkcionisanja ovog dijela sistema. Dacu jedan slikoviti prikaz.
Dolazite u banku i na salteru kazete da zelite da otvorite racun. Sluzbenik vas pita da li ste ranije koristili neke usluge banke. Niste? Dobro, moramo najprije 'umaticiti' Vase podatke- unijeti ih u bazu... i unosi... sistem izbacuje upozorenje da lice sa vasim podacima vec postoji...jer ste nekad bili zirant ali ste to zaboravili i vasi podaci vec postoje u bazi. Znaci Vasi podaci se nece nanovo unositi, sve sto treba je da se kljuc zapisa u kojem su ti podaci veze sa racunom.
Slazete li se? Isti je slucaj i u ovoj kao i u bilo kojoj drugoj bazi podataka pa i Vasoj. Iako nisam uz racunar i nisam pogledao prilog iz vaseg posta predpostavljam da je forma koju ste ubacili za unos i prikaz podataka. i to podataka 'Stranke'. Nece moci tako. Znaci slozili smo se da se sva lica koja se javljaju u sistemu mogu generalno podjeliti na Pravna i Fizicka lica. I to tako da mogu biti ili jedno ili drugo, dok kod podjele na stranke,saradnike i zaposlene to nije slucaj, vec jedno lice moze u istom momentu biti u vise kategorija. Naravno ogranicenje postoje tako da pravno lice ne moze biti zaposleni. Sto dalje govori da ni kod mene nije dobro projektovan ovaj dio.
ako mogu biti ili jedno ili drugo zasto nisu u 2 nego u 3 tabele? Zato sto se dio polja i za pravna i za fizicka lica preklapa- isti su: adresa, mjesto, telefon... znaci sve ono sto je zajednicka osobina ici ce u jednu zajednicku tabelu a ono sto je specificno samo za jednu vrstu ce biti atributi posebnih tabela koje su u odnosu 1:1 vezane sa zajednickom tabelom. Tabela Partner je na taj nacin generalizacija svih lica, a tabele Fizicko lice i Pravno lice su njeni specijalizanti. Tu se javlja pojam diskriminatora. U ovom slucaju diskriminator ce biti TipPartnera koji je definisan u istoimenoj tabeli.Kada se rjesava ovaj tip veze najlakse je to uraditi na taj nacin sto se za svakog specijalizanta napravi po jedna forma za unos i prikaz. Zasto naglasavam unos i prikaz? Zato sto nam uvjek pored ove forme treba nesto da pronadjemo zapis koji zelimo da prikazemo. Vi ste to vjerovatno radili tako sto ste na formi ,koju sam vidio na prikazanoj slici, izborom iz kombobosa pronalazili zapis koji bi se onda ucitavao u formu. Postoji mnogo bolje rjesenje, a to je da se napravi datashet ili Tabular forma koja ce sluziti za grupni pregled i pretragu. Sve ovo ce doci kasnije na svoje i bice Vam jasno. Ono sto prethodi svemu je dobro sagledati sistem koji se posmatra tj analizirati sistem. @Zidar to radi na drugaciji nacin od @Zoran.Eremija ali u sustini rade istu stvar.
Znaci prije svega potrebno je dobro analizirati sistem koji se posmatra i to nacrtati, a ne napisati. Obratite paznju da je isto to radio @Zidar u temi investicije- crtao. @Zoran.Eremija je poceo, pa onda da nastavimo da crtamo.....

Sve sam fino smislio...
Još samo da propadne. :-)