Najverovatnije je da je problem do mreze i servera, ne sam Access. Ima veze i da li koristis DAO ili ADO. Ima veze i kako unosis podatke u SQL tabele. Ako su table linkovane i imas forme kroz koje unosis, to je veoma zahtevno i za server i za mrezu. Ako radis sa unbound formamma malo je lakse.

I meni su aplikacije na SQL 2000 radile mnogo brze nego na 2005. Sa 2005 imam slicne probleme povremeno, i obican varchar zna da parvi problem, nece da primi unos, pa onda sve bude u redu, pa opet zakoci i tako. INSERT je manji problem nego UPDATE, bar kod mene. Ti koristis 'ntext' pa je verovatno gore, jer 'ntext' ima duplo vecui duzinu nego obican 'text'. Nazalost, ti ne mozes da koristis 'text' jer ti trebaju yu slova sa kvacicama.

Mozda bi pomoglo da ukines zakljucavanje u Accesu, SQL ce sam da zakljuca sta mu treba. Najverovatnije da imas duplo zakljucavanje, jedno koje radi server, jedno koje radi Access. Pa sve za dva korisnika (koji nikad ne pisu u isti rekord.)

Pomaze i da se radi u off-line rezimu. Kad unosis podatke direktno u SQL tabelu (i preko forme je direktno, samo vidis masku na ekranu) server to bas ne voli. U off-line, ucitas rekord sa servera u unbound formu, izeditujes, pa onda posaljes nazad kroz recimo pass-thru query. Pass thru kveri moze da bude direktan UPDATE ili poziv neke stored proceduru (jos bolje).

Generalno, svo procesiranje prepustis serveru, Access samo sluzi da ti donese sta si trazio. INSERT/UPDATe preko stored procedura i ne boli te glava. cak i pozivanje rekorda moze da ide preko stored procedura, znaci otpadaju bound forme...

Stoji sve sto Vam je kolega @Zidar rekao s time sto bih veci akcenat bacio na gornji citat. Moje je iskustvo ukazuje da je kod vas problem mreza ili komponente mreze. Imao sam slucaj da su neke komponente mreze nestabilno radile (Swich, router, mrezna kartica...). Dva korisnika upravo potvrdjuju moje zapazanje, jer sam imao vise od 60 korisnika koji napadaju bazu. Ostalo sto je naveo kolega @Zidar istinski poboljsava performanse sistema.

Hvala za odgovor.
Znam da je ovaj način linkanja preko ODBC slabo riješenje. Već dugo se pripremam da bi napravio adp projekt i onda skoro sve preselio na server. Ipak problem nije u tipu formi (vezane ili nevezane) jer taj rekord ne mogu editirati ni preko linkane tabele u novom mdb fajlu. Očito Access nekako označi taj rekord na serveru, samo ne znam kako. Da li postoji kakav drugi (da nije od MS) ODBC driver?

Inače, usera je oko 30, samo dva pišu u tu tabelu. Generalno perfomanse i nisu neki problem jer pazim šta vučem sa servera.

Da li taj problem imate u nekoj drugoj formi koja je recimo nad nekom drugom tabelom koja ima takodje neki atribut koji je tipa ntext?

U većini slučajeva se to događa samo u jednoj tabeli i u jednom (NText) polju. Bilo je par primjera u drugoj tabeli (koja je slučajno parent od one prve) kad je jedan user unio par podataka in na taj način zaključao taj record da drugi nisu mogli unijeti svoje podatke u svoja polja (bilo koji tip podatka). I u tom primjeru je jedini lijek ručni unos, direktno na serveru.

Meni je znalo da se dogodi slicno i nakon opsezne istrage na mrezi ustanovili smo da je bio neispravan swich. Instalisite klijenta direktno na masinu gde je SQL Server i onda probajte da li se desava isto.

Zoran je u pravu. U mojoj praksi ovakvi problemi su se redovno resavali srafcigerom (nije sala, bas srafcigerom). Switch ili hub, uvek je nesto od toga bilo, ili cak 'prelomljen' kabl. Cesto bi administrator sistema nesto cackao po serveru mreze, srafcigerom, i nekom magijom bi problemi nestali. Nikad nisu hteli da kazu sta je u pitanju, pa na zalost ne mogu da podelim resenje. O ovakvim resenjima uglavnom ne pricam na forumima - jer niko ne veruje - a i zvuci totalno srednjovekovo.

A moze biti da i sama SQL tabela pravi problem. Ako je rekord suvise dugacak, mozda dolazi do zakljucavanja stranice (SQL Page) ili cak cele tabele cesce nego sto bi trebalo. Transaction Log moze da utice, velicina Temp baze moze da utice, narocito kad su veliki rekordi, a nvarchar ukazuje na to. Treba da razgovaras sa administratorm mreze, ali i sa administratorm baze i servera, oni mogu da ti pomognu.

Srecno

Hvala na trudu. Dio problema je baš u tome što nas dvojica (admin i ja) nismo baš na istoj frekvenciji. Program mi vuče podatke iz službene baze (na kojoj imam ReadOnly pristup bez ikakvih drugih mogućnosti) i moje baze (baze su na različitim instancama servera) na kojoj naravno imam sve što mi treba. Iako koristim boundane forme (to je skoro i jedini smisao upotrebe accessa) strogo pazim da prikazujem samo ono što mi treba. Iako mi je najveća tabela teška nešto preko 2.000.000 recorda stvar za sada radi dovoljno brzo. Pokušaću kasnije u novom mdb filu napraviti unbaund formu pa sa ADO-em probati editirati taj zaključani record. Ako mi šta uspije, javim.
Inače sam baš u ovo vrijeme na nekom raskršću gdje mislim da li još tjerati Access sa svim bonbončićima ili preći na VB.net i nažuljati prste tipkajući.

Kako rece kolega @Zidar "NAJBOLJI KOD JE ONAJ BEZ KODA". Jedino opravdanje da ovo uradite je ako imate vremena na pretek i iz licnog zadovoljstva. Svi ostali razlozi su u domenu "UBIJANJA SLONA ZA KILO MESA".

Access 2007 sam nekako preskočio pa mislim malo pogledati na 2010 verziju pa će mo vidjeti.