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...