[ Mr. Rejn @ 15.11.2006. 16:14 ] @
Prenosim neku Access bazu u Firebird...a kada sam otvorio 'Relationsips' u Access-u,našao sam
se u čudu: nisu bile definisane relacije između tabela,tj. nije bilo linijica koje spajaju tabele - nema
definisanih stranih ključeva, u 'Design' pogledu na definicije tabela nigde se ne pominju niti vide FK-ovi!
Ali ipak... u tabelama su definisana polja za koja je jasno da poticu iz drugih tabela: npr. polje 'ŠifraProizvoda'
koje je PK u tabeli 'Proizvodi' nalazi se npr. u tabeli 'LagerLista' a nije PK itd.- iz toga sam zaključio da se tu
radi u FK-u, pa sam onda na osnovu takvog rezonovanja definisao strane ključeve i u drugim tabelama.

Sad se ja pitam: kako Access može u ovakvoj situaciji (odnosno u bazi koja je ovako projektovana)
da održava integritet podataka,odnosno šta se brine za taj posao umesto stranih ključeva kojih ovde
nema (VB makroi ili nešto drugo) ?
[ goranvuc @ 15.11.2006. 16:23 ] @
Vidis, na to sam i ja cesto nailazio kod vicnih Access programera, pa kad sam ih pitao sto nisu stavili relacije, kazu "od toga imam vise problema, nego koristi" i naravno, o cemu da pricamo
Citat:
Mr. Rejn: 
Sad se ja pitam: kako Access može u ovakvoj situaciji (odnosno u bazi koja je ovako projektovana) da održava integritet podataka,odnosno šta se brine za taj posao umesto stranih ključeva kojih ovde nema (VB makroi ili nešto drugo) ?

Pa ko kaze da u ovim slucajevima Access odrzava integritet? Tu ti se uglavnom primenjuje cuvena Clipper filozofija aplikativnog kontrolisanja referencijalnog intergriteta, jer su primere koje si video uglavnom pravili clipper programeri u tranziciji na access, ili su to naucili od clipper programera; "Relacije, kome to treba"