Newsgroup: it.comp.appl.access
Titolo: [database multiutente] repliche e aggiornamento dati

ciao a tutti, il mio quesito č il seguente:
ho 1 database predisposto per la multiutenza, con diverse categorie di
utenti, ciascuna con diversi diritti. dovrň fare in modo che alcuni utenti
(3 o 4) accedano al database installato sul server, mentre altri (una decina
forse) possano svolgere il proprio lavoro con computer portatili, e una
volta tornati in sede "scarichino" i nuovi dati nel database del server.
se non erro il modo per ottenere questo č creare delle repliche; ma essendo
le repliche piů di una non si creano problemi o confusioni con le
sincronizzazioni dei dati?
esiste una strada alternativa migliore alla creazione delle repliche?
grazie mille!

 grazie mille!
Non amo moltissimo le repliche.
createne tu un gestore, se i client aggiungono solo e non cancellano record
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Info:  
www.donkarl.com/it

 ha scritto nel messaggio
news:dlDpe.15437$TR5...@news.edisontel.com...

ciao MA, grazie per aver risposto, stavo a iniziare a disperare..
 in teoria non credo che i client dovranno mai cancellare alcunchè, quindi
la cosa sarebbe fattibile.. ( se per caso però qualche utente di uno dei
client immette un valore per sbaglio e volesse annullare l'immissione?)
Con "gestore" intendi un insieme di query (di ricerca dati non
corrispondenti) che controllano tabella collegate che puntano ai dati in un
altro database (il client appunto)?
grazie mille intanto.. :)

 grazie mille intanto.. :)
Aspetta forse non sono stato chiaro.
Il db centrale ha il record con id da 1 a 10 e li invia al client che deve
uscire.
Bene CiccioBiso, il client ha anche lui lo stesso db con gli stessi record.
Poi esce e carica 10 altri 10 record (da 11 a 20). Perfetto. Quando torna
invierà a al db centrale i suoi 10.
Se non hai fato affidamento sugli id contatore stiamo a posto.
Ora CiccioBiso può cancellare prima di riversarli sul db centrale tutti i
record da 11 a 20, tranquillamente.
Il problema sorge se vuole cancellare i primi 10: in questo caso deve farsi
un elenco a parte in una tabella a parte e
quando torna in sede deve scorere questa tabella ed eliminare anche il
record del db centrale.


 ha scritto nel messaggio
news:6pFpe.15496$TR5...@news.edisontel.com...

ciao MA, quello che mi suggerisci mi è abbastanza chiaro. Quello che non
capisco è come penseresti di implementare la cosa (fare in modo che i dati
vengano passati dal db centrale al client (o ai clients), e poi in un
secondo momento dai clients al db centrale).
io pensavo a delle query che confrontino i dati dei diversi db? te sai se
esiste qualche altro modo?
ps: a proposito di "Se non hai fato affidamento sugli id contatore stiamo a
posto.", io ho creato le relazioni tra tabelle affidandomi agli ID
contatore, ho forse sbagliato?
ciao e grazie

 ciao e grazie
Qual'è il problema.
Tu hai una ricevuta con il campo contatore "Ricevuta" e ti viene dato un id
100.
Nella sotomaschera hai il campo Rif_ricevuta legato a quello.
Il problema è che quando vai a riportarlo ne db centarle l'id 100 può
corrispondere ad un altra ricevuta.
Quindi in realtà tu dovresti aprirti i due rst e cambiare il rif_ricevuta
Non è difficile, se scegli questa strada faccelo sapere
