Newsgroup: it.comp.appl.access
Titolo: access mdb e tre utenti

ho fatto una applicazione in access2000 :
1 file progettazione e l'ho copiato su tutte e tre macchine presenti nella
mia lan
1 file contenente le sole tabelle e l'ho copiato su una macchina delle tre e
poi ho puntato i file di progetto al unico file contenente le tabelle.
Beh se uno qualsiasi dei client accede all'pplicazione tutto è ok ma quando
accedono e provono ad prire maschere o query piu utenti contemporaneamente
il sistema va in crisi e molte volte sfiora il crash?
Come mai ? devo configurare qualcosa nel regsitro di windows ?
aggiungo che i client hanno windows 2000 sp3 e access 2000 sp2
Sono disperato aiutatemi o rischio il linciaggio!!

 il sistema va in crisi e molte volte sfiora il crash?
Possono essere vari i motivi (a partire da una rete di merda non adatta a
quel tipo d'operatività).
Molti ti risponderanno che Jet non è adatto alla multiutenza ... ma la
verità è che con tre posti di lavoro non esiste che un'applicazione funzioni
male!
Dovresti cercare con Google su questo ng., trovi moltissimo materiale che ti
aiuterà a risolvere.
Ciao, Tiziano

 ha scritto nel messaggio
news:eeqB9.2873$Ka3....@twister1.libero.it...


 su questo non ho dubbi !
Allora la cosa è preoccupante ;-)
Pensa, non ho ancora visto in giro reti a più di 100 mb/s, quindi sono
doppiamente sorpreso.
Tiziano

luca wrote:




Prova a mettere il file-tabella sulla macchina + veloce, prova a rifare i
collegamenti alle tabelle su ciascuna delle tre macchine e se ti è
possibile metti il file tabella su un disco diverso da C:
Inoltre se i problemi persistono prova ad eseguire il collegamento di 2PC
x volta x vedere se è uno di questi che dà problemi (magari una delle 3Sk
di rete configurate male), Fabio
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ha scritto nel messaggio
news:ar5e51$gj$1...@news.newsland.it...


 access in multiutenza?
No, è + probabile che sia un problema di configurazione dei PC, faccio
girare applicazioni access su una rete di 12PC tutti diversi e con sistemi
operativi diversi ed access non fa un grinza. Hai provato a far girare il
programma tra solo 2PC scollegando l'altro? Per caso usi il runtime?


 ha scritto nel messaggio
news:ar5gi2$5tc$1...@news.newsland.it...


 programma tra solo 2PC scollegando l'altro?
Access ok, ma il motore è JET 4.0 o JET 3.5?

 ha scritto nel messaggio
news:FGrB9.37470$8E3.1...@twister2.libero.it...


 Access ok, ma il motore è JET 4.0 o JET 3.5?
In realtà chiedevo a FABI: 12 utenti mi sembrano tantini per un .mdb,
soprattutto con Jet 4.0.
Tuttavia stento a credere ai problemi che denunci con soli due clients.

 In realtà chiedevo a FABI: 12 utenti mi sembrano tantini per un .mdb,
Chiedo scusa:  FABIO    :-))


io faccio lo stesso, ma  puntando le tabelle del programma usando questo
esempio,
disco di rete  X:\programma\tabella.mdb
dove x sta per \\server\c
in poche parole usando un fiel bat  con questo comando in esecuzione
automatica
net use x: \\server\c\datiarpa
Magari non risolvi il problema, ma prova cosě,
Cioa Carlo


io faccio lo stesso, ma  puntando le tabelle del programma usando questo
esempio,
disco di rete  X:\programma\tabella.mdb
dove x sta per \\server\c
in poche parole usando un fiel bat  con questo comando in esecuzione
automatica
net use x: \\server\c\datiarpa
Magari non risolvi il problema, ma prova così,
Cioa Carlo

 Chiedo scusa:  FABIO    :-))
Uno dei PC è addirittura un P100 a 10mBit, è vistosamente + lento ma non
mi da nessun problema sulle applicazioni, ho solo dovuto ridurre al minino
i codici VBA ma solo xkè mi davano vari problemi con il runtime


 Comunque ho provato e non č cambiato niente!
Se apri la struttura delle tabelle collegate e clikki sulle proprietą: vedi
una proprietą tipo "foglio dati secondario espanso"?
Settala a no e vedi se migliora.

 i codici VBA ma solo xkè mi davano vari problemi con il runtime
Il Runtime funziona come la versione full di Access 2000 _e non ho mai
rilevato discrepanze_, quindi mi para strana la tua affermazione.
Comunque il fatto che tu abbia usato poco codice mi fa dedurre che
l'applicazione sia molto semplice e quindi pure la base dati.

 il sistema va in crisi e molte volte sfiora il crash?
domanda idiota.
Non e' che da qualche parte, nell'applicazione, hai qualche lock
"pessimistic"?
--
a.cara

 "pessimistic"?
controlla anche su opzioni. mi sembra che da qualche parte
c'e' un ckbox che riguarda il tipo di lock.
--
a.cara

"Alessandro Cara" <


I lock pessimistici richiedono più risorse ma non causano disastri del
genere :-)

 "FABIO" <


Non mi sono mai applicato sul perchè il RunTime si bloccava ma se ti
interessa l'applicazione in questione gestisce magazzino, produzione,
ordinativi e contabilita ed è in divisa in 7 'moduli' per un totale 1.8Mb
(inclusi gli archivi) quando la installai in rete con lo stesso criterio
in oggetto mi si inchiodavano i PC o mi davano msg strani, quindi, ho
prima provato ad eseguire un applicazione per volta ma senza successo (mi
funzionavano solo le applicazioni + semplice come ad es. le stampa dei
codici a barre - che cmq usava il codice), poi ho preso una delle
applicazioni non funzionanti ho eliminato i codici + complessi
sostituendolo a macro o query (OO) e l'applicazione mi partiva, fatto lo
stesso per tutti gli altri applicativi non ho avuto più problemi. Ciao.
Fabio


 stesso per tutti gli altri applicativi non ho avuto più problemi.
Ne prendo atto, anche se continuo a trasecolare ;-))
Come è già stato rilevato in questi giorni, il "Runtime" è Access con la
finestra oggetti protetta, quindi ciò che gira con la versione Full gira
pure con la Runtime.
Boh, forse avevi problemi di riferimenti nel codice.
Ciao.