[es] - problem sa importom izveštaja

lukeguy
Novi Sad

Član broj: 46545
Poruke: 470
*.smin.sezampro.yu.

+8 Profil

^{15.11.2006. u 15:33 - pre 212 meseci}

imam višekorisničku bazu i podaci su podeljeni u više MDB fajlova. meni je potrebno da se radi import izveštaja iz ostalih baza u ovu "glavnu". ja sam to rešio tako što koristim VBA kod za importovanje. sve radi super pod administratorskim nalogom, kao i pod jednim limited nalogom. pod drugim limited nalogom prijavljuje grešku da ne može da pronađe TMP fajl, zatim "key not found" itd. ja se sećam da je i ovaj prvi limited nalog imao taj problem, ali sam ga ja nekako :) rešio i sad ne mogu da se setim šta sam uradio.

da li se nekome ovo dešavalo? siguran sam da ima neke veze sa bezbednosnim postavkama u sistemu, ali ne mogu da provalim šta. inače, svi korisnici imaju full prava za folder gde se nalazi aplikacija kao i za sve MDB fajlove, u Accessu nisam podešavao security (svi su admin), a TMP fajl se kreira lokalno za svakog korisnika (Documents and Settings\<username>\Local Settings\Temp) tako da ni tu nije problem. inače, koristim WinXp i Access 2000.

Odgovor na temu

izonic
ishab zonic
Tuzla

Član broj: 38128
Poruke: 591
*.PPPoE-1352.sa.bih.net.ba.

Sajt: www.icentar.ba

+2 Profil

Re: problem sa importom izveštaja

^{15.11.2006. u 17:07 - pre 212 meseci}

Pretpostavljam da radis export ne iport kako si naveo.
Pri eksportovanju ako se desi da postoji isti naziv objekta pojavit ce se greska.
Nesto drugo iz ovoga je tesko zakljuciti.

zxz

Odgovor na temu

lukeguy
Novi Sad

Član broj: 46545
Poruke: 470
*.smin.sezampro.yu.

+8 Profil

Re: problem sa importom izveštaja

^{20.11.2006. u 20:29 - pre 212 meseci}

ne, radim import. imam glavni MDB fajl (aplikacija) i fajlove sa podacima (klijent1, klijent2 itd.). radim tako što kad otvorim Aplikacija.mdb se bira korisnik sa kojim se radi, a onda se linkuju tabele iz npr. klijent1.mdb i importuju izveštaji. znam za tu foru sa istim imenom, ali u tom slučaju on preimenuje importovani objekat. pa ako sam u MDB fajlu imao izveštaj "Faktura" i importujem neki istog naziva Access ga preimenuje u "Faktura (1)". ne dolazi do konflikta.

e sad, ja sam danas par sati mozgao i čačkao i na kraju sam uspeo da rešim problem. iz nekog razloga Access temp fajlove (koji nastaju u toku importovanja) ne čuva u podrazumevanoj lokaciji (username\local setttings\temp) već u root-u drajva. naravno, u root-u limited useri nemaju puna prava pristupa i onda može samo da kreira TMP fajlove, ali ne može da ih menja i briše. nije mi jasno zbog čega se ovo dešava, pogotovo što on u grešci koju prijavljuje eksplicitno piše da ne može da pristupi fajlu u "local settings" folderu. na kraju sam limited userima dao puna prava pristupa u root i sve je proradilo.

nekome će ovo možda biti korisno, jer sam ja sasvim slučajno otkrio gde je greška. mada mi i dalje nije jasno zašto brlja po root-u kad postoji TEMP koji služi za to.

Odgovor na temu

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com.

+79 Profil

Re: problem sa importom izveštaja

^{21.11.2006. u 14:25 - pre 212 meseci}

Citat:

imam glavni MDB fajl (aplikacija) i fajlove sa podacima (klijent1, klijent2 itd.).

Ovo je malo neobican nacin rada. Obicno se ima jedan fajl sa podacima i gomila aplikacija koje se kace na taj fajl. Razlog je upravo da bi se izbegli problemi koje imas i nepotreban rad

Citat:

a onda se linkuju tabele iz npr. klijent1.mdb i importuju izveštaji.

Kako napredujes sa razvojem sistema, sve ces se vise zapetljavati i sve ces teze resavati probleme koji nailaze. Zasto ne razmislis da li bi nekako moglo da se stave svi podaci u jenu bazu, pa sve ovo sto radis sa importovanjem i linkovanjem jednostavno otpada?

Skoro sam negde rekao da uglavnom dobri programeri cine gresku 'nedovoljno dobar dizajn baze'. Neko sa 1/10 tvojih programerskih spoosbnosti uradio bi znatno bolji sistem, ako bi baza (back end = tabele) bila pravilno projektovana. Ti, sa svojim znanjem programiranja, mogao bi da napravis chudo od sistema, ukoliko ne bi gubio vreme na resavanje problema koji ne bi trebali ni da postoje.

Odgovor na temu

lukeguy
Novi Sad

Član broj: 46545
Poruke: 470
*.net
Via: [es] mailing liste

+8 Profil

Re: problem sa importom izveštaja

^{22.11.2006. u 20:17 - pre 212 meseci}

Hvala ti na odgovoru. :)

Ideju o ovakvom razdvanju front/back end sam dobio upravo ovde na ES. Postavio sam temu gde me je zanimalo šta ljudi rade sa problemom gde imaju jednu knjigovodstvenu aplikaciju i potrebu da rade sa više klijenata. Npr. imaš knjigovodstveni biro, gde se podaci za svako preduzeće čuvaju odvojeno, jer mi je bitna tajnost podataka. Ali za svako preduzeće je front end isti.

Znam da je najbolje da se baza projektuje ovako kako si ti to opisao, ali u ovom slučaju mi to očigledno ne odgovara. Pošto je aplikacija već bila postavljena kad sam potegao ovo pitanje, najjednostavnije rešenje je bilo baš ovo: jedan front end sa logikom, više back end-a sa tabelama. Jedini problem je ostao oko tih izveštaja, jer su neki specifični za pojedine klijente. To ostaje još da se reši programski, ali trenutno nemam vremena za to, pa sam ubacio ovo "zakrpljeno" rešenje sa importovanjem.

Inače, ova aplikacije je pisana namenski (naručena je za jednog klijenta) i ono što je sigurno je da će ostati u Access okruženju, pa nema potrebe da se komplikuje logika. Ako bih sve držao u jednoj tabeli, morao bih da u celu aplikaciju ubacujem informaciju o trenutnom korisniku, da uvedem prava pristupa itd. a čini mi se da bi to bio (u ovom slučaju) nepotreban napor.

Odgovor na temu