Newsgroup: it.comp.appl.access
Titolo: Multiutenza db

Chiedo cortesemente il vostro aiuto .Sul lavoro è presente una unità di 
rete ( disco condiviso R ) sul quale vorrei copiare un semplice db in 
Access . Si tratta di una semplice maschera di inserimento dati ( nome, 
cognome , telefono , email e note ) .
Essendo il file sopramenzionato in rete ( presente cioè sul disco R ) 
mi chiedevo se quel db in Access puo' essere aperto da 28 postazioni 
diverse affinchè gli operatori possano inserire i dati mediante 
l'apposita maschera.
Il mio dubbio è che se il db è aperto da una postazione quando un altro 
tenta di accedervi non è che gli appare il messaggio che il file è gia 
in uso?
La mia soluzione non prevede front end e back end ma solo un file posto 
su un disco di rete al quale 28 persone vi possono accedere 
contemporaneamente ed inserire dati. E' fattibile ? Cosa dovrei fare 
per ovviare ad eventuali problemi?
Vi sarebbero problemi seri ?
Scusate se cio vi puo sembrare insolito ed inadeguato.
Grazie a coloro che mi aiuteranno.
GIOVANNI

 ha scritto nel messaggio 
news:91d644f5.05032...@posting.google.com...

Anche se fosse front-end e back-end, 28 postazioni per access potrebbero 
essere molte se non troppe.
Probabilmente la soluzione è quella di utilizzare Windows Terminal Services 
(
http://www.microsoft.com/windows2000/technologies/terminal/default.asp
); 
cerca in questo NG (con google) i messaggi che trattano di questa 
soluzione...
Ciao.
-- 
Sergio MAZZA 

 wrote in message
news:91d644f5.05032...@posting.google.com

Ciao.
Intanto la struttura va divisa in 2 in modo da distribuire
la parte Client(Interfaccia Utente) e lasciare sul Server(unità
mappata R) le Tabelle.
Access ti aiuta con il wizard di divisione del Database.
Di fatto accedere con 28 Clients ad un DB(JET-ACCESS) la vedo
decisamente un'impresa molto ardua se non ottimamente strutturata.
Ti assicuro che far funzionare il tutto con una decina di utenti
è un lavoro certosino di esperienza nella gestione delle Queries
e dell'accesso ai Dati tutt'altro che banale.
Credo ti convenga rivedere la possibilità di appoggiarti ad
un Database differente.
Saluti.
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio 
news:91d644f5.05032...@posting.google.com...

La multiutenza o accesso condiviso a un db ha le sue regole che vanno
rispettate; prima fra tutte la possibilità di accesso condiviso del db con
le tabelle (Strumenti...Opzioni...Avanzate...Accesso Condiviso). Assegnare i
diritti di lettura scrittura lato server; gestione degli errori di scrittura
contemporanea; gestione del blocco record; procedura per riallegare le
tabelle; BE e FE fortemete consigliato e tante altre cosette.
 Tutto ciò non è difficilissimo da impostare e nel NG potrai trovare una
miriade di post che trattano dell'argomento.
 Sinteticamente posso dirti che bisogna dividere il db in BE con le tabelle 
e
FE con tutto il resto; dare una copia del FE ad ogni utente; creare maschere
non associate per l'iserimento dei dati e gestire via codice la scrittura
successiva nella tabella; prevedere una seria politica di accessi
controllati al BE registrando e autorizzando ogni accesso.
 Se pensi di percorrere questa strada sono sicuro che troverai molto aiuto 
in
questo NG.
 Buon lavoro.
 Ciao, Carlo

 ha scritto nel messaggio 
news:91d644f5.05032...@posting.google.com...

Dati i molti utenti, forse è meglio se il db è un mysql e il FE Access.
Essendo solo una tabella non dovresti avere problemi.
MAssimiliano

 ha scritto nel messaggio 
news:WKP0e.2168$aH3...@news.edisontel.com...

Certo la multiutenza deve essere un argomento che tira molto se ben 4 dei 
"SuperGuru" hanno
risposto quasi contemporaneamente
Saluti
desio

 desio
A me tira più la patatina; non so' agli altri...
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:d20k7h$pth$1...@canarie.caspur.it...

stanne certo
... la patatina non  in multiutenza ... 

potresti provare nel "piazzare" su ciascuna postazione il proprio
back-end e front-end sui quali ogni operatore lavora e - in base alle
esigenze - sincronizzare i vari back-end ogni x minuti (o ogni
pressione di un controllo) con la replica master sul server R:\.
Non ho idea pero' di cosa potrebbe succedere nel caso di
sincronizzazione contemporanea di piu' i tre utenti alla volta.. (tre
ho provato e funziona)..

 Ciao.
Alla tua veneranda età.... e per giunta in periodo Paquale...?
Non si stà a dieta in questi momenti...?
Ciao.



Veneranda a chiii???!!!
E poi è fritta con l'olio... Di PALMA!!
Ciao.
-- 
Sergio MAZZA 

 E poi è fritta con l'olio... Di PALMA!!
Pensavo di Fico...!


> Ciao.
Saprà bene con che se l'è fritta, no?
MAssimiliano 

 Ciao, Carlo
Ciao a tutti (non so se è giusto rispondere a questo messaggio o crearne uno 
nuovo, ci provo)
Anch'io ho un problema di multiutenza, ma con tre massimo quattro 
postazioni.
Vorrei sapere (scusate l'ignoranza) cosa vuol di BE e FE e dove devo 
guardare per farmi un'idea se sono in grado di risolvere il problema da 
solo; non sono un programmatore.
Grazie in anticipo
Mario


Access, la divisione di un mdb in BE (Back-End, ossia un mdb con le sole 
tabelle) e FE (Front-End, ossia un mdb con maschere, query, report... e le 
tabelle collegate) lo fa automaticamente tramite il menù:
Strumenti - Utilità database - divisione guidata database.
L'mdb BE lo copi nel pc che farà da fileserver e condividerai ( in 
lettura/scrittura) la cartella; su ogni client ci copi l'mdb FE e crei una 
connessione di rete che punta alla cartella condivisa. Poi dall'FE rialleghi 
le tabelle indicando il percorso di rete appena creato...
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:wI55e.1188643$35.43...@news4.tin.it...

Grazie mille ci metterò una settimana a capire tutto ma ci arriverò
Ciao
Mario