Problem kod prelaska sa forme na subformu

Imam bazu u Access-u 2003 za prijem i zavođenje uzoraka u laboratoriji koja radi bez problema već tri godine. Pre otprilike dva meseca se javio problem kada je na tren nestala struja. Problem je u sledećem: Imam formu u koju se unose podaci o naručiocu ispitivanja, vlasniku materijala, i sl. i subformu u koju se unose podaci o vrsti uzorka, količini, potrebnim analizama i sl. E kada pređem iz forme u subformu i hoću da upišem redni broj uzorka javlja se sledeća poruka:The LinkMasterFields property setting has producted this error: A problem occured while Microsoft Office Access was communicating with OLE server or ActiveX Control. Problem sam rešio tako što se ručno upisuje ID forme u subformu, ali to nije praktično pošto više ljudi radi taj posao i desi se da zaborave taj korak i onda sve pada u vodu. Da li neko zna u čemu je problem?

Verovano je nestanak struje u nezgdnom momentu izazvao ostecenja aplikacije. Pokusaj compact/repair za aplikaciju. To mozda pomogne.

Ako to ne pomogne, traba malo istraziti problem. Da bi istrazili problem, treba da znamo za pocetak:
- da li su ti odvojene baza i aplikacija
- ako jesu, da li korisnici startuju svao svoju kopiju aplikacie ili svi startuju istukopiju na serveru
- da li je aplikacija MDE ili MDB
Zatim nas interesuje kako ej subforma postavljena. verovatno kao vezana subforma. u tom slucaju moguce je da se ostetila kombinacija forma-subforma i da su se izgubile vez Parent/Chlld.

U svakom slucaju, problemzahteva 'trensko' ispitivanje - kod vas u firmi. posto to nije moguce, mozes da nam posaljes na forum aplikaciju i deo fajla sa podacima. Podatke mozes da zamaskiras, da ne bismo videli ko su klijenti, da ne ugrozimo njihovu privatnost.

Vjerovatno ti je ostala zakljucana ( taj dio baze) , e kak da ja to objasnim.
Gle ovako, niko nesmije biti na toj bazi ili na tom programu
onda pogledaj u folder gdje ti je baza i vidi da li postoji fajl koji ima naziv
kao tvoja baza i ima exstenziju.rbf ( il tako nekako), velicina je 0 ili 1 kb , obrisi je.

Znaci nigdje nesmije biti taj *.rbf, naravno ako se neko zakaci na bazu , a ona je na serveru, neces je moci
obrisati ( ne bazu nego taj *.rbf fajl).

Pogledaj pa nam javi, i reci nam ono sto te zidar pitao, jel imas odvojene podatke.

Aplikacija je u MDB formatu. I Baza i aplikacija su na serveru; baza je odvojena od aplikacije, tj. aplikacija je linkovana na bazu. Za sada rade tri korisnika (racunara), i svi korisnici startuju aplikaciju sa servera, i svima se javlja isti problem. Subforma je vezana za formu. E sad kada kompletnu aplikaciju iskopiram na lap top i probam kući desava se isto, ali kada napravim novu praznu bazu i uvezem sve objekte onako kako je u originalu, proradi. Kada vratim sve na server javlja se isti problem. Pretpostavljam da je u pitanju neko podešavanje Windows-a samo ne znam koje. U svakom slučaju šaljem Vam aplikaciju pa pogledajte.

Hvala.

Poslusaj sta ti je Trko kazao. Ka dto regulises, idemo dalje.


Ne valja onaj deo "svi korisnici startuju aplikaciju sa servera". To znaci da u istom momentu trojica otvaraju isti fajl koji sedi na serveru. Uradi ovako:

Otvori prazan Access fajl.
Uvezi sve objekte iz aplikacije. Neka je to fajl X.
Napravi svakome po jednu kopiju fajla X na lokanu masinu.
Neka svako startuje svoju lokalnu kopiju aplikacije.

To bi trebalo da pomogne.

Ovo su ti kao neka pravila za rad u mrezi:
Baza i aplikacija mora da bu odvojene.
Svaki korisnik ima aplikaciju na svojoj masini.
Ne valja da vise od jednog korisnika otvara isti Access fajl - aplikaciju.
Ne valja da se Access aplikacija otvara na serveru, makar i samo jedan korisnik.
OK je da aplikacija bude na lokalnoj masini i da bude povezana na MDB sa podacima.
OK je da MDB sa podacima sedi na serveru.
OK je da nekoliko korisnika otvore aplikacije na svojim lokalnim masinama i da sve pristupaju podacima na serveru u isto vreme.

Sme li se znati koliko si naplatio tu aplikaciju?

Potpis

Ozbiljan i odgovoran mladić

Probao sam i to da na lokalne masine stavim aplikaciju, bas kako si opisao, ali onda mnogo sporije radi, a problem se ne resava. Ponekad prodje i po dva tri minuta dok se aplikacija otvori. Kada je aplikacija na servru otvara se trenutno.
Postoje tri nezavisne aplikacije koje su vezane na istu bazu: ova koju sam okacio, koja sluzi za zavodjenje materijala, druga preko koje se unose i stampaju rezultati i treca preko koje se vide izvestaji (mesecni, tromesecni, godisnji, po laboratorijama i sl.) Na svaku od njih se ulazi preko aplikacije koja sluzi samo za logovanje. Napominjem opet da sve radi super kod aplikacije "LAB" kada je iskopiram na svoju privatnu masinu, napravim novu bazu i aplikaciju i u njih uvezem sve objekte. Kada sve to vratim u firmu onda neće. Ipak probacu ponovo da uradim ovo sto si mi savetovao.

Pozdrav.

Hvala.

Aplikaciju nisam ja pravio, samo sam pomagao coveku koji je to radio oko strucnih stvari. Placena je 800 eura pre cetri godine.

1. Stavi kad udjes u bazu Tools--->options-general cekiraj Compact on close
tako da ti uvijek pocisti bazu (baza ti stalno raste i usporava rad)

2. Odes u VB kod , kliknes u meniu da ti napravi Compile te baze

3. Onda napravis Make MDE file..... i taj MDE stavis kod korisnika, i vidjet ces da ce
spajanje na bazu ici 10 puta brze. I u lab.mde mozes uci sa shiftom i napraviti link na tablice


I pogledaj dal ti je negdje ostalo table.ldb ( microsoft access record-locking information )
jel kod mene dobro radi tvoja baza i mozda je bas u tome greska, kad je nestalo struje acces nije izasao normalno van
i ostao je taj lab.ldb ili table.ldb ( koliko se sjecam to je i meni stvaralo probleme)

Provjeri prvo na serveru, NITKO nesmije biti na bazi , jel u protivnom neces moc obrisat taj tablice.ldb

Prvo: Nisam siguran da je pametno i dobro rešenje da se u access-u 2003 pravi baza podataka koja treba da se koristi u laboratoriji gde se čuvaju veoma važni podaci o sledljivosti primljenih uzoraka. Problem koji vam se desio je najbolja potvrda prethodne konstatacije.

Drugo: Održavanje ovog tipa baze podataka koja je od vitalne važnosti za funkcionisanje laboratorije treba poveriti nekoj ozbiljnoj firmi sa referencama. Prosto je nedopustivo baviti se ovako osetljivim stvarima amaterski iz hobija.

Treće: Profesionalna i kvalitetna baza podataka ili bolje reći kompletan program za laboratoriju ne može koštati 800 eura, već mnogo više. Ako želite da unapredite svoj rad mogu vam predložiti nekoliko kvalitetnih programa za vođenje laboratorije.

Pozdrav

Prvo: Access 2003 nije ništa manje pouzdan od bilo koje druge baze podataka. Znanje o administriranju baze i mreže je sasvim drugi deo priče. Na ovom forumu je više puta bilo reči oko alternative i prelaska na SQL server bazu podataka, kada se za to steknu uslovi.

Drugo: Vrlo je diskutabilna priča o ozbiljnim firmama sa referencama. Vi iz vrha uprave najbolje znate kako se do tih referenci dolazi i šta te firme čini "ozbiljnim".

Treće: Molim vas da predlaganja i preporike oko kvalitetnih programa za vođenje laboratorije obavite međusobno, putem privatnih poruka. Sve ostalo će se smatrati kršenjem člana 15., pravilnika foruma.

Zahvaljujem.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

U potpunosti se slažem s Getsbiem.

Evo vec dvije godine baza na serveru ( access 2002 ) i 10 strojeva u proizvodnji , i 10
programa.mde koji su spojeni na bazu svih 24 sata ( tri smjene ) i još
10 tak programa po upravi s kojim gledaju , što je koji stroj napravio, u kojoj je fazi proizvod
i još 100 raznih listi i čuda, pa u obračunu plača, gdje se vidi i dobije lista koliko je koji radnik
radio , na kojem stroju i koliko. itd ....

I još nijednom se nije desilo da je baza pukla srušila se , i zato mi nitko nemože reć
da je access neozbiljna baza.

Jedino je kriv loš dizajn baze (tablica) ili krivnja samog programera koji loše ili na brzinu sklepa
program

Takodje, Slazem se sa Trtkom,

Ja sam napravio program za vodjenje poslovanja na BETONJECI (dvije betonjerke, znaci dva magacina sirovina) sa vodjenjem zaliha sirovina i automatskim rasknjizavanjem sa zaliha kako se koja marka betona izda, a sve u zavisnosti od recepture za svaku marku betona pojedinacno. Napominjem da se samo u jednoj marki betona moze koristiti i desetak razlicitih sastojaka.
Ujedno iz programa se automatski fakturise kupcima, ima se pregled gdje je koja isporuka betona posla (jedan kupac - vise lokacija za isporuku), finansijska evidencija, ...

Sve ovo radi na serveru i u mreznom okruzenju od 2005 godine i ni jednom mi se nije desio problem za podacima.

Access je veoma mocan, posebno kada se ima u vidu da ja nisam vican da pisem VB kodove i SQL upite, vec samo putem querya i makroa funkcionisem. To sto ima kodova to sam sa ovog foruma pokupio i prilagodio potrebama.

Vjerujte sve funkcionise besprekorno

Želim svima da čestitam Novu godinu i Božić i da se zahvalim na pomoći i savetima.
Probao sam sve što ste savetovali, mada sam za neke "cake" znao, ali ništa nije vredelo.
U vreme ovih praznika a i pošto smo bili poplavljeni (firma), uradio sam sledeće.
Samo sam preinstalirao Windows na mašini koja je na prijemu, i sada sve radi bez problema, na toj masini.
Na ostale dve je problem ostao, što govori da nije problem ni u bazi, ni u access-u, već u nekom delu Windowsa,
koji je oštećen prilikom nestanka struje.
Hvala svima koji su probali da pomognu, nadam se da će ovaj primer da pomogne još nekome ko ima
sličan problem.

Što se ostalih komentara tiče slažem se sa Getsbiem u potpunosti.
Ova baza i aplikacija kreću u četvrtu godinu rada bez pucanja, ili gubitka podataka, da smo čekali profesionalce
i dalje bismo radili sve ručno.



Hvala svima.

Fazur i tebi sretna nova godina.

Jesi pogledao na one dvije masine s win explorerom
u folder gdje ti je frontend aplikacija dali postoji neki *.ldb fajl.

Meni se to dogadjalo na masinama u pogonu, pa kad bi nestalo struje
bazza se nije dobro zatvorila, a u tom *.ldb (ili *.lbd) vec stoji da je baza otvorena

Ajd dobro pogledaj pa ako postoji slobodno to obrisi , pa onda startaj aplikaciju

I javi nam