Newsgroup: it.comp.appl.access
Titolo: Ambiente Multiutente - Database danneggiato

Lavoro in una società dove gestico un piccolo DataBase in Access dove la
Grandezza delle Tabelle 12.000 Kb, mentre l'applicativo vero e proprio dove
ho allegato le tabelle è circa 1800 Kb. Malgrado avessi + volte creato un
nuovo db importando gli oggetti (sia tabelle che applicativo) per ripulire
il tutto ogni 2 settimane capita che il database inchiodi riportando il
MSG.: Database danneggiato vuoi recuperare ?
Mi piacerebbe sapere fino a quanti utenti access riesce a gestire in
ambiente multiutente.
grazie

 ha scritto nel messaggio
news:brfv9n$djg$1...@lacerta.tiscalinet.it...

Il limite dichiarato da MS è di 255, ma non ti consiglio di superare la 10,
Quando lavori con 10 utenti perchè il DB risponda deve essere strutturato
veramente bene sfruttando al massimo l'ottimizzazione delle ricerche grazie
all'utilizzo di QRY parametriche appoggiate a campi INDICIZZATI.
Questo ti permette di ridurre in modo considerevole il traffico di dati in
rete.
Se non strutturi bene la gestione di scambio dati riduci in modo drastico le
prestazioni e anche 3 utenti possono essere troppi.
Ciao.
@Alex

 @Alex
A parte le prestazioni, in ambiente multiutente, si è constatato che le
applicazioni si danneggiano quando l'hardware di rete non è ottimale. Vedi
schede Realtek. Ci sarebbe da controllare anche questo.
--
rgrds
SC
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 SC
Si deve dare per scontato con applicazioni un pò tirate che la rete vada.
Nel caso di un SERVER vero e proprio questo problema è intercettabile
e non provoca nulla, ma Access lavorando con Linked Table è un problema.
Potresti farlo lavorare con Recordset Disconnessi, ma è una follia.
In pratica nel Client ti carichi il Recordset in una TempTable e se nel
caricamento
hai errore te ne accorgi.
Se hai errore in un UPDATE te ne accorgi.......!!!!
E' un pò una scocciatura, ma al di là di appesantire il Client alleggerisci
il Server
poichè fatta l'interrogazione e ricevuti i dati lo hai liberato.
Questo è molto valido se molti client hanno l'accesso in ReadONly.
Se li tieni sempre connessi inzuppano la rete, se invece conuna Routine gli
rinnovi
il Recordset ogni X Tempo hai una gestione del Server molto meno pesante.
Addirittura potresti gestire gli aggiornamenti delle TempTable
Locali(Client) in modo
da non intralciare gli altri Client, basterebbe un Flag......!
L'applicazione si complica, ma queste sono valutazioni da fare....!
@Alex.

 @Alex.
Sono perfettamente d'accordo. 
Ora ti dico una cosa che forse non ti potrà piacere ma che va avanti nella
mia azienda da anni. Devi tener presente che in azienda abbiamo due reti
interconnesse con una dorsale in fibra ottica in due uffici distanti tra
di loro circa 700 mt. Come avrei potuto fare per aggiornare gli
applicativi? Spostarmi da PC a PC e fare il maratoneta?? Io l'ho risolto
posizionando tutto su i due server. Ogni Utente ha la sua cartella con la
sua applicazione. Dal mio posto controllo tutta la rete, aggiorno i
client, controllo le tabelle, backup etc. senza perdere tempo oltre quello
necessario. Non ho SQL, ma non ho mai avuto un database corrotto. Non ci
sono mai rallentamenti. La rete però è con la R maiuscola i server sono al
top, l'hub (non posso fare pubblicità) è quanto di meglio ci possa essere.
Sono convinto, pertanto, che l'hardware estremamente importante in queste
cose.


 SC
Secondo me ci sono molti modi per gestire lae applicazionin rete.
Io quando aggiorno il CLIENT risdistribuisco via Posta il LINK
è solo da Clickkare disinstalla il Vecchio ed installa il nuovo.
Ma non è la soluzione ideale.
Tieni conto che ogni azienda ha lacune dovute spesso al Budget.
Da me e ti assicuro che è un'azienda grossa a livello Nazionale
si va ancora con SERVER SQL 6, gira tutto con Access97, ma và.
La rete è una ONE delle più grosse in Italia.
Quello che ritengo migliore è sviluppare applicazioni o in PHP o ASP
in quel modo se aggiorni il ServerWeb hai aggiornato tutto in un solo colpo.
Come DB puoi smpre usare Access(Sempre con le limitazioni del caso).
Non devi girare come un matto a destra e sinistra il ServerWeb lo tieni
comodo.
Poi si fa di necessità virtù e ci si arrangia con i propri mezzi......!
Ciao.
@Alex.

 @Alex.
