Newsgroup: it.comp.appl.access
Titolo: DEVELOPER - approccio Back End Front End

Ciao ragazzi,
chiedo lumi a voi prima di accingermi alla messa in rete del mio 
progetto access. Ho creato 3 anni fa il mio gestionale per la 
fatturazione, dopo di ché ho aggiunto la contabilità, gli articoli 
collegati al db esterno, ecc. ecc. Tutto ciò molto spesso anche con il 
vostro prezioso aiuto.
Quest'anno ho aggiunto il magazzino, con (soddisfazione) le fatture che 
vanno automaticamente a decrementare la quantità..
Si decrementa la quantità ma aumenta il lavoro, tanto che ora due 
persone lavorano sul mio db, la segretaria e il magazziniere.
Problema.
Se il magazziniere deve fare la richiesta deve usare il pc della 
segretaria.
ALT! Non sia mai che si perda solo un minuto di tempo prezioso!
Dato che frequento l'NG da tanto, ho ben capito che consigliate di 
tenere le tabelle separate dai client che hanno quindi solo le maschere. Ok.
Ma come faccio?
In soldoni,
creo un mdb contenente le tabelle e lo piazzo in una cartella di rete 
\\server\gestionale\BackEnd.mdb
creo un front-end (oppure 2) con il mio pc che ha developer collegando 
le relative tabelle e nel quale ci sono le maschere (uguali o diverse a 
seconda che voglia dare le stesse funzionalità al magazziniere e alla 
segretaria oppure no)
installo i frontend sui pc 1 dell'ufficio e 2 del magazzino, che non 
hanno access installato.
La rete è tcp/ip normale con windows 2000 e xp, l'access che uso è il 
2003, con relativo developer 2005.
Sbaglio qualcosa? Suggerimenti? Come faccio a non perdere i collegamenti 
developpando da un pc all'altro, è automatico?
Scusate, potrei provare tutte queste cose, lo so, ma vorrei approcciare 
subito il problema in maniera corretta.
Grazie in anticipo,
Davide

 ha scritto nel messaggio 
news:45ebd958$0$20807$5fc...@news.tiscali.it...

Secondo me sarebbe un errore generare diversi front-end... l'applicazione 
deve essere costituita da 2 blocchi: il primo sono solo le tabelle esd il 
secondo tutto il resto (query, maschere, etc.) con le tabelle collegate.
Immaginiamo che entrambi i blocchi risiedano sul disco H (in rete 
condiviso), nella cartella H:\Access. Quando il pc della segreteria fa 
partire l'applicazione, si carica nella propria memoria il secondo blocco, 
che però fa riferimento alle tabelle che stanno sempre sul disco H. Se poi 
anche il pc del magazzino esegue l'applicazione, un'altra copia del 
front-end viene caricata nella memoria del secondo pc, ma anche questa copia 
fa riferimento alle tabelle del disco H. Il tutto potrebbe essere 
controllato da un sistema di protezione con password, che è sufficiente 
studiarsi anche nel solo help in linea (in pratica, gestire un file .mdw).
Così facendo, hai anche la possibilità di individuare qual è il pc che sta 
adoperando la procedura ed orientarti di conseguenza:
   dim ws as workspace, utente as string
   set ws = dbengine.workspaces (0)
   utente = ws.username
Ciao
Antonio

 Antonio
La tecnica di un FE su ciascun client č quella suggeita da M$ e da tutti gli 
sviluppatori esperti di questi e di tutti gli altri NG d Access. E' una 
posizione granitica e mooooolto collaudata.
Come suggerisci tu ti esponi a problemi di corruzione di db (piů utenti 
sullo stesso file) aumenti il traffico di rete (non passano solo i dati ma 
anche tutti gli altri oggetti).
L'unico vantaggio che proponi lo puoi ottenre anche distibuendo il FE.
Mi sento assolutamente di denegare questa tecnica.
Per quanto riguarda il post di Davide ti suggerisco di andarti  leggere 
l'articolo su 
accessgroup.it
 in merito
ciao ad entrambi
-- 
-- 
Massimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access


Grazie Massimiliano, anche per i consigli che mi hai indicato nell'altro 
thread.
Ho provato a cercare l'articolo su accessgroup in merito a FE e BE, ma non 
sono riuscito a trovarlo. Potresti indicarmi fra quali servizi si trova ed 
il codice di riferimento ?
Grazie
Antonio


http://www.accessgroup.it/HomeArgomenti.asp?ID=71&Oggetto2=Condividere%20in%20una%20rete%20LAN%20una%20applicazione
sezione approfondimenti
