JMBG zna da bude neispravan ali da se desi da ta info. fali.
Preporuka je da u delu koji se odnosi na maticnu evidenciju ubacite svoj jedinstveni broj koji moze da bude i autonumber i da se on koristi kao ID za veze koje se koriste u ostalim tabelama.
U praksi se cak desava da APR kao zvanican registar u SR za pojedine subjekte nema ni PIB ni MB ali ni JMBG osnivaca :)
Posto je JMBG tkz. kompozitni broj tj. slozeni (izvedeni) broj takodje se moze pridodati i posebna tabela za JMBG.
Znaci napravi se bukvalno opisna tabela za JMBG i tu se smestaju svi JMBG-ovi i razlozene informacije iz istog.
Razlaganjem na proste cinioce slozenog broja se recimo moze dobiti datum rodjenja, region, pol i ostalo kao jedinstvena slika pojedinca tj. JMBG.
U maticnoj evidenciji se upisuje JMBG ali to ne bi trebalo da bude ID broj!
Sto se tice relacija medju tabelama u konkretnom primeru to je preko JMBG (sto bi trebalo promeniti u interni ID broj).
S' tim u vezi predlazem da pogledate:
www.w3schools.com/sql/default.asp
Deo INNER JOIN, LEFT JOIN, RIGHT JOIN i sl.
Razlog sto vam nisam dao konkretno resenje je da bi vi ovladali ovim stvarim i znali dalje da sami vladate tom materijom koja se tice relacionim bazama podataka.
Primer tehnickog opisa JMBG (ima i u Zakonu)
sh.wikipedia.org/wiki/Jedinstveni_mati%C4%8Dni_broj_gra%C4%91ana
sr.wikipedia.org/wiki/%D0%88%D0%B5%D0%B4%D0%B8%D0%BD%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%B8_%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%BD%D0%B8_%D0%B1%D1%80%D0%BE%D1%98_%D0%B3%D1%80%D0%B0%D1%92%D0%B0%D0%BD%D0%B8%D0%BD%D0%B0