Newsgroup: it.comp.appl.access
Titolo: Help Repliche Database

Avrei bisogno di alcuni consigli per lo sviluppo di un Data Base in
ambiente Access, spero che mi potrai essere di aiuto.
Ho una certa esperienza in ambiente ACCESS però è la prima volta che mi
capita di dover realizzare un database multiutente.
Il problema è il seguente debbo sviluppare un database relazionale per
un censimento e dovrò fornire una copia del database a più utenti (circa
15)
per l'inserimento dei dati. Successivamente dovrò
raccogliere i diversi database (formato da più tabelle collegate) e
mettere insieme tutte le informazioni per poi permettere
l'interrogazione del data base attraverso query.
Come posso gestire al meglio l'aggiornamento dei record
delle tabelle, mantenendo integre le relazioni create ? Mi spiego. Se
i diversi database contengono record (anche se con informazioni diverse)
con lo stesso ID come evito di perderli durante l’operazione di
accoramento, e come faccio con gli ID che permettono di stabilire
relazioni tra tabelle durante l’operazione di accoramento ?
Potrei prevedere di fare inserire degli ID dagli utenti che prevedano
prima del numero progressivo un codice a due numeri che identifichi il
database; questa soluzione lascia troppo spazio di errore all’utente.
Access prevede la possibilità di fare delle repliche del Database Master
che poi possono
essere aggiornate, però gli ID contatori restituiscono numeri casuali e
non sequenziali
Esistono altri modi in access ?
Esistono altre soluzioni ?
Puoi fornirmi altri siti o forum per reperire informazioni sul tema ?
Pasquale
lan...@mare-net.com

Credo che se prendi questa strada finisci a leccare i pavimenti...
Non esistono metodi certi di gestione di dati condivisi da piu utenti su
macchine che non
sono costantemente collegate... ad esempio io gestico una sede con 4 filiali
e 8 agenti,
ognuno lavora in stand-alone, e periodicamente i dati vengono sincronizzati,
ho impiegato
circa due anni a rendere la cosa stabile, e comunque ogni tanto devo
sincronizzare i dati a mano....
(diciamo che ho visto le piastrelle molto da vicino...) , non ho usato
access, ma un altro database,
 per unix che quindi è pure più stabile e se non altro non ho mai dovuto
ricostruire archivi.
Ho provato a utilizzare le replice per lavori simili, anche se di minore
entità, tutto bene finche
non ti trova qualche "conflitto" come li chiama lui, e a quel punto ti
chiede "Quali dati tengo e quali butto via... senza alternative..." e tu che
fai? immaginati gli operatori.. e moltiplicalo per cinque.
Tutto comunque dipende molto dal tipo di dato che questi inseriscono, ad
esempio, se ci sono
informazioni generiche che questi non toccano, potresti metterli in un file
a parte in modo che
basta che lo sostituisci tutte le volte, se  poi gli altri dati vengono
caricati singolarmente senza possibilità di sovrapposizione (concettuale
almeno), allora metti in chiave un codice che identifichi
la macchina o l'operatore, quando poi te li portano fai un bel programma che
prima prende i dati
di tutti li butta in un bidone e poi li restituisce all'operatore
sostituendo il file con quei dati.
Ciò significa che devi avere due applicativi, uno che dai agli operatori,
l'altro alla "SEDE".
Spero di aver capito il problema

database; questa soluzione lascia troppo spazio di errore all’utente.
E perche' mai?
Vediti sul sito comune la faq sugli ID: puoi crearti una tua
numerazione automatica con tanto di codice identificativo,
senza che l'utente nemmeno se ne accorga.
Gudlac
--
Lorenzo Coronati
--
<<Il materiale sul NG non è di particolare 
qualità... cioè siti... magari in inglese in 
cui si possono trovare maggiori informazioni...>>
(Matteo Testoni, 24/05/2000)
--