Newsgroup: it.comp.appl.access
Titolo: condivisione

inserito un file mdb su un server condiviso,
sapete qual'e' il max numero di utenti che possano accedervi in 
contemporanea? (utilizzando le maschere generate dall'autocomposizione,
con update e inserimento)
grazie.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 con update e inserimento)
Questa e' una faq, ma non ricordo se e' stato messo qualcosa in merito sul
sito comune.
ad ogni modo il limite teorico di Access/Jet e' di 255 utenti concorrenti,
in realta' questo limite puo' variare da 5 a 20 (anche piu' in certi casi)
in funzione dell'uso che ne fanno gli utenti, nel tuo caso non dovresti
avere problemi per una dozzina di utenti, certo le prestazioni possono
diminuire col numero di utenti.
Non dimenticare di pianificare un backup periodico (ma questo vale in ogni
caso).
Se usi Access/MSDE il limite e' di 5 (fissato per questioni di licenza) ma
con un certo incremento di prestazioni e robustezza.
Sib

 Sib
grazie, quindi non e' necessario sviluppare del codice in vb6 per 
classiche operazioni di update/insert
ciao


 ciao
Ci mancherebbe altro....
Sib

 Sib
Visto che sccess2000 mi sembra abbastanza completo in quale caso 
si dovrebbe utilizzare vb6?
arigrazie


 arigrazie
No, non serve.
Oltre tutto access incorpora il VB al suo interno per le operazioni piu'
articolate e complesse e per una gestione piu' personalizzata
dell'applicazione.
Sib

 Sib
per esempio :
 ho una maschera generata dal wizard con cui faccio ins/update
con i tasti freccia la posso scorrere in lettura, se inavvertitamente
mentre leggo, cambio un dato, quandio vado al record successivo
viene memorizzato l'update involontario,
c'e' un modo per evitare cio'? devo implementare l'evento before update?
arigrazie :-)


 arigrazie :-)
si', devi sfruttare l'evento before update inserendoci un messaggio di
conferma.
io uso anche un pulsante che blocca/sblocca tutti i controlli in modo da
impedire le modifiche se non si preme il pulsante prima.
sib

Sib ha scritto:


ti chiedevo questo, perche' avevo letto che andava implementata una tabella
di appoggio in cui mettere i dati in attesa di essere salvati...quindi
te mi confermi che non e' necessario cio'.
thx


 te mi confermi che non e' necessario cio'.
Queste sono tecniche che si utilizzano in situazioni particolari e non e' da
questo che dipende se e quali metodi usare per evitare le modifiche
involontarie.
Precisamente la tecnica che hai mensionato si puo' usare quando il cliente
ha stringenti esigenze di poter creare una serie di sottorecord che e'
necessario non registrare nella tabelle effettiva fino ad una conferma
esplicita. In questo caso devi usare una istruzione UPDATE alla pressione di
un pulsante di conferma, ma tutto questo puo' complicarti la vita in termini
di gestione dei recordsource delle maschere.
Sib

 Queste sono tecniche che si utilizzano in situazioni particolari e non e'
da....
un'ultima cosa (spero) quando il db e' condiviso, io inserisco il file mdb
su un server visibile a tutti gli utenti (mettiamo L:\db.mdb)
poi ogni utente effettua dal proprio pc il doppio click sul file L:\db.mdb
e lancia il programma che visualizza subito la maschera di inserimento.
e' corretto tutto cio'? e poi e' possibile non far vedere ai singoli utenti
tutta la struttura del db sottostante (tabelle, query, ecc... ) e il menu
di access?(file modifica ...)
ps. te usi solo access?
ciao.


 di access?(file modifica ...)
Prima di tutto, un db condiviso in rete e' bene che sia diviso in FE e BE
(front end e back end), c'e' perfino una procedura automatica che ti crea le
due parti.
Una volta fatta la divisione metti il be (tabelle) sul server e i fe
(oggetti e codice) su ciascuna macchina, poi assicurati che ciascun fe punti
correttamente al be (riallega le tabelle).
Vedi sul sitocomune in proposito.
Per non fare vedere la struttura degli oggetti (escluse tabelle e query)
crea un file mde (ma conserva gelosamente il file mdb che e' l'unico su cui
puoi lavorare).
Sib


 puoi lavorare).
ho creato il file mde , l'ho lanciato.... ma non vedo differenze con
iol vecchio mdb :-(


 -- 
Prova ad aprire una maschera in visualizzazione struttura...

 Prova ad aprire una maschera in visualizzazione struttura...
ci sono dei problemi per la visualizzaz del codice :-)
se pero' devo fare in futuro delle modifiche al db le faccio su mdb
per i dati inseriti in mdde come faccio ? li importo nel mdb
e poi rigenero l'mde?


 e poi rigenero l'mde?
Hai saltato il mio precedente e piu' importante consiglio, ti avevo detto di
separare i dati dalla applicazione.
Sib