Newsgroup: it.comp.appl.access
Titolo: aggiornamenti su una quarantina di postazioni

buongiorno a tutti, cerco di spiegare il mio problema.
Una quarantina di tecnici al fine di compilare dei file di intervento
in formato excel dispongono in locale di un programmino Access.
Il programma, tramite opportune maschere combina i dati di tre tabelle
(DITTE - STRUTTURE - INTERVENTI) e lo memorizza in una quarta tabella
DATABASE, utile da archivio locale.
Fatto ciò genera il necessario file di excel che viene inoltrato al
centro per l'immissione in un unico db.
Nel tempo sarà sicuramente necessario dover provvedere ad aggiornare
le tre tabelle (DITTE - STRUTTURE - INTERVENTI) , come posso fare ?
Ho due possibilità:
1) aggiornare le tre tabelle su quaranta postazioni di lavoro e
quindi  prevedere sin da ora degli automatismi ???? ma quali ????
2) oppure ogni volta che se ne presenti la necessita inviare ad ogni
tecnico una copia dell'access aggiornato nelle tre tabelle incriminate
e trovare un sistema che consenta a ciascuno (query di
aggiornamento ?) di salvare i vecchi dati presenti nella vecchia
tabella DATABASE ??
Scusate i diversi punti interrogativi ma non so proprio che pesci
prendere...qualcuno mi può molto gentilmente aiutare ?
Secondo me la seconda strada è la più percorribile, ma ammetto la mia
profonda ignoranza e chiedo lumi.
grazie

 
tre mdb:
- front end
- archivio locale
- mdb con le tre tabelle
dal front end colleghi i due mdb con i dati; quando devi aggiornare, 
spedisci l'ultimo mdb all'utente e il suo archivio resta invariato.
*** potenziale problema ***: se una anagrafica viene eliminata dal mdb 
'tre tabelle' e ha entita' collegate nell'archivio locale, potrebbero 
esserci incongruenze quando aggiorni il mdb d'appoggio.
per l'esportazione, un bel csv.
se mi chiedi 'che differenza fa excel o csv?', ti rispondo che un file 
excel richiede office, un csv lo apri con qualunque sistema operativo con 
un editor di testo ed � solitamente di dimensioni minori rispetto a un 
documento di excel.
se devi trasmetterlo (allegato email, suppongo), piccolo e' meglio.
quando devi recuperare dati corrotti, plain text vince contro excel.
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 - Mostra testo citato -
ciao,
grazie per l'attenzione e i cortesi suggerimenti.
Purtroppo il file di excel non è sostituibile in quanto serve a
redigere diversa modulistica afferente appunto il database. Quindi
anche se è un pò strano a dirsi Access viene utilizzato per redigere
documenti in excel (che andranno in locali firmati e conservati in
cartaceo), salvarli in mdb e trasmetterli pe rla contabilità. Ho
scelto Access appunto per gestire le maschere dove diverse combinate
pescano alle tre tabelle. Excel non ce la fà per la pesante mole degli
archivi.
Riepilogo così come penso di aver capito.
-quaranta postazioni front end con le tre tabelle (DITTE - STRUTTURE -
INTERVENTI) collegate a quelle originali del server in modo tale da
recepire le variazioni.
-la tabella DATABASE è in locale da ciascuna posizione. La tabella
DATABASE non viene gestita dal server centrale in quanto i modelli di
excel vengono poi gestiti con altro db....strano ma deve essere cosi.
Allora in conclusione e ti ringrazio ancora per l'aiuto, non vorrei
solo che le 40-50 tabelle collegate in rete e si può suporre in 5-10
coontemporaneamente ad attingere i dati da quella parents sul server,
lo rallentassero o bloccassero.
Pensi sia possibile fare una tabella collegata ma che contenga già i
dati e che si aggiorni, rispetto a quella del server solo con un
comando o ad esempio settimanalmente?
ciao grazie ancora.

ciao grazie ancora.
Personalmente ritengo che 40/50 utenti potenzialmente concorrenti siano troppi
x jet.......Ma forse si pu� 'truccare' la cosa lavorando disconnessi.
Tutto il DB in locale (sempre diviso BE e FE). All'apertura colleghi le
tabelle del server, fai una query per differenza e aggiorni i db locali, poi
disconnetti (non credo ci saranno MILIONI di righe da aggiornare.....). Oppure
potresti anche fare, ad ogni avvio e se la tab non sono grosse, una
sostituzione del file mdb con un file bach: avvii l'applicazione, lei prende
il file mdb sul server lo copia in locale e via. Chiaramente alla fine di
tutte le operazioni devi sincronizzare il server, ma lo puoi fare alla fine
della giornata con tutti gli interventi per ogni client. Questo metodo NON E'
privo di controindicazioni (sincronia, copia e sostituzione....) ma forse si
pu� gestire. Altra strada, passi ad un sistema client-server (tipo SQL server
express che � gratis, ti colleghi in ODBC e lasci tutto com� ora). Li non hai
problemi di nessuna sorta. Ma secondo me potresti anche pensare di lavorare
disconnesso (in locale) e poi sincronizzare tutto in una botta, magari quando
non c'� nessuno collegato...le tabelle sono poche, quindi la mole di lavoro e
le difficolt� forse non sono eccessive.....
-- 
Questo articolo e` stato inviato dal sito web 
http://www.nonsolonews.it

 
vediamo se ho capito...
qualcuno compila una form di access, che poi compila un foglio excel, che 
poi viene aperto e i dati vengono riportati da un'altra parte.
...rivedere il giro?
perche' salvare su excel?
una maschera di access fa lo stesso servizio.
per chi inserisce in contabilita', leggere da un file xls oppure da una 
form di access e' lo stesso, l'importante sono i dati.
o no?
e se vuoi stampare qualcosa, le possibilita' di formattazione e 
impaginazione fornite da excel non sono il massimo; un report di access 
offre qualche possibilita' in piu'.
per il backend, come ti ha gia' suggerito fair87, anche secondo me con 40 
postazioni ti conviene lasciar perdere il mdb condiviso.
con sql express resti sempre in casa ms e con cambiamenti abbastanza 
piccoli al programma esistente sei gia' produttivo.
ovvio che poi dovrai fare modifiche piu' significative per sfruttare 
davvero i vantaggi di sql, perche' se con le tabelle collegate gia' puoi 
lavorare, usare davvero un rdbms e' un'altra cosa...
