Newsgroup: it.comp.appl.access
Titolo: Utenti Simultanei

Ciao
grazie a tutti in anticipo
Devo realizzare un "sistema informativo"
su una rete lan
Quanti utenti simultanei puņ reggere ACCESS?
Ho alcune tabelle che arriveranno
tranquillamente sui 3000 record...
Fino a quanti record si puņ arrivare?
grazie ancora, un caro saluto
Alberico

 Fino a quanti record si può arrivare?


 Alberico
Usa SQL Server come BE (l'applicativo lo puoi testare su MSDE se nn
hai SQL Server e poi trasportarlo tranquillamente su SQL Server) e
fatti un Access Data Project usando, per quanto possibile i cursori
lato server adUseServer (ottima spiegazione su Universal Data Access
con Visual Basic e ADO di McDonald).
Ciao,
Lo

 ha scritto nel messaggio
news:BBu1a.99553$ZE.27...@twister2.libero.it...

Caro Lorenzo approfitto io della tua segnalazione... cosa intendi per
utilizzare i cursori lato server adUserserver.
Luca.

 con Visual Basic e ADO di McDonald).
Non scriverlo come imperativo ;-)
Io ho sviluppato alcune applicazioni che s'interfacciano a SQL Server con
ODBC _usando spesso e volentieri SQL specifico del Server_ e le prestazioni
sono buone.
Non ho esperienza oltre i quindici utenti, ma per la realtà italiana è già
una multiutenza di tutto rispetto.
Ciao.

 Luca.
In ADO (non che sia un espertone!) ci sono diversi modi di ottimizzare
la query... uno di questi, quando per es. serve la paginazione del
recordset (es. tipico guestbook che ti fa sfogliare le pagine con
messaggi + vecchi) è l'uso dei cursori lato server che restituiscono
solo i record necessari mentre i cursori lato client restituiscono
SEMPRE tutto il recordset quindi fanno transitare + dati in rete
quando poi cmq ne vengono visualizzati solo una minima parte! Un altro
metodo è l'impostazione della CacheSize che in genere consigliano di
impostare a 100 (numero di record memorizzati nella cache di ADO).
Però ci sono altre cose di cui tenere conto e per questo ti rimando al
libro di Mc Donald "Universal data access con visual basic e ADO" di
Mondadori... costicchia ma è fatto bene!
Ciao,
Lo

 grazie ancora, un caro saluto
Mi devo discostare dai suggerimenti degli altri pur rispettandone le
opinioni, ma il punto e' che con tabelle da 3000 record devi avere oltre 15
utenti simultanei per mettere in crisi access.
tu quanti utenti prevedi?
Sib

 utenti simultanei per mettere in crisi access.
D'accordo, però converrai che il rischio di corruzioni dei db aumenta
parecchio con un file-sharing.
Ma ci sono altre considerazioni: cosa ne pensi della questione degli
autonumbers duplicati?
Ciao.

 autonumbers duplicati?
Non mi e' mai capitato ne con A97 ne con AXP e io faccio largo uso di campi
autonumbers.
Deve essere uno dei tanti bachi di A2000. Personalmente sono passato da A97
a AXP dopo avere verificato che AXP conservava i lati positivi di A2000
senza tutti i problemi che A2000 creava.
Ciao
Sib

 senza tutti i problemi che A2000 creava.
Access 'XP e Access '2000 utilizzano entrambi Jet 4.0, quindi se il problema
esiste (e a sentire Karl riguarda anche Jet 3.5) si verifica con entrambi
gli ambienti FE.
Ciao.

 gli ambienti FE.
Si, ma ripeto che non mi e' mai capitato. se qualcuno sa come riprodurre il
problema sarei curioso di provare.
Ciao
Sib

 problema sarei curioso di provare.
Non ho seguito appieno al discussione anche se l'ho trovata "parecchio"
interessante.
Si potrebbe:
1) Fare applicazioncina
2) Fare tabellina con un campo boolean
3) Fare altra tabellina con un ID
4) Fare Routinetta con un addnew dentro un looppetto contenete un
timerino di ritardo
5) Far ritardare l'applicazioncina fra la addnew e la update   
6) Far partire il looppetto solo se il boolean sulla tabellina e' true
   (inizializzare a false)
7) Attivare la applicazioncina su 2-n stazioni
8) Far partire la prima che mette a on il boolean
9) Secondo me la duplicazione prima o poi la becchi
--
a.cara 
Togli qualcosa dall'email

Sib wrote:
PS 
n) il timerino sarebbe bene anche dopo la update o prima dell'addnew
   (il timerino deve essere inoino e forse va bene pure senza) 


 ha scritto nel messaggio

Il suggerimentino e interessantuccio.
Provero' e pubblichero' i risultati.
Ciao
Sib

 ng preciso) che sostiene che si puo' lavorare solo in monoutenza.
Beh, questa sarebbe davvero un'esagerazione ;-)
Ciao.