@Tihomirpetrovic
Citat:
Fercera dobro a meni je administracija relativno laka. Naročito ako se pristup radi modemom uspomoć Remote Desktop-a ili TeamViewer-a ili VNC ili nekog sličnog remote programa.
Zar treba bolji komentar? Radi, nemas problema => dobro je. To sto radi u tvom okruzenju i tvojim uslovima ne mora da znaci da ce raditi u nekom drugom okruzenju na isti ancin. Ne zato sto je resenje samo po sebi lose, vec iz mnogih drugih razloga koje sada ne mozemo da pogadjamo.
Generalno, neko bi mogao postaviti pitanje 'a zasto razliciti fajlovi za razlicite godine'. Teorijski dobro pitanje, medjutim ko se bavi knjigovodstvom u praksi ima spreman odgovor. Resenje koje imas za odabiranje baze i linkovanje jeste programerski elegantno i radi bez greske. Problem je u tome sto da su sve godine u jednoj bazi ne bi bilo nikakve potrebe da se pise, testira i odrzava kod koji radi linkovanje. Opet, knjigovodstvo ima svoje zakone i pravila kojih se treba pridrzavati.
Citat:
Samo baza PodaciTekuca MDB ima sve "čiste" tabele a ostale baze, ostalih poslovnih godina, imaju svoje, prometne tabele (npr. prijemnice, detalji prijemnica, narudzbe, detaljiNarudzbi, itd.) dok su ostale, zajedničke tabele (šifarnici artikala, komitenata, klasifikacije, PTT...) linkovi na tekucu.
Opet teorijski, drzati neke tabele u jednom MDB a ostale u drugom MDB, znaci da medju tim tabelama nema referencijalnog integriteta, to jest aplikacija se brine o tome da se u detalje temeljnice ili narudzbe ne unese artuikl koji ne postoji. Kad bi tabele bile u jednoj istoj bazi, postojela bi relacije medju njima i ne bi mogli da se unose artikli koji ne postoje niti da se prave narudzbenice za komitente koji ne postoje. Sigurno je da aplikacija ne dozvoljava da se to desi, Medjutim, sa stanovista projektovanja baza podatka, pristup nije dobar. Vi u stvari imate jedan starinski file sistem, uradjen an nacin na koji su se radili Clipper programi, koji je upakovan u Access MDB fajl. Zahvaljujuci dobroj aplikaciji sve radi, dok se aplikacija koristi kao jedini nacin pristupa bazi (podacima).
Ako radi, ne treba ga menjati. Da li bih preporucio da se novi sistem gradi ovako, verovatno ne. Da li bih preporucio da se postojeci sistem prepravi u 'propisno projektovan relacioni sistem? Absolutno ne. Ako radi, ne dirati.