Newsgroup: it.comp.appl.access
Titolo: Tabelle su un file mdb e maschere su di un'altro ???

Per avere una migliore manutenibilita' di un'applicazione che sto 
realizzando, vorrei predisporla in tanti piccoli file piuttosto che in un 
unico file mdb
Visto che in un file mdb e' possibile impostare come riferimento un altro 
file mdb/mde, che contenga variabili globali, procedure e funzioni, pensavo 
che la stessa cosa si potesse fare anche per le tabelle, ma mi sembra che 
non sia cosi
Vorrei inserire la definizione delle tabelle, tabelle collegate a un db 
Postgresql, in un unico file
Poi, da un secondo file, contenente le maschere ad esempio della gestione 
vendite, fare riferimento al primo per avere le tabelle
E' possibile ???
Ciao e grazie
RobertoA

 RobertoA
-- 
Roberto
-----------------------------------------------
il Sito Comune di it.comp.appl.access
http://www.sitocomune.com
-----------------------------------------------

 => Aggiunte => Divisione database .
Grassie grassie
Per la migliore realizzazione di applicazioni di una certa 'mole' c'e' 
qualche altro sistema/documentazione che puo' essermi utile ???
Ciao
RobertoA

 Ciao


 => Aggiunte => Divisione database .
Allora, ho provato e forse non ci siamo capiti
Io ho gia' il mio bel file mdb che fa riferimento a delle tabelle collegate
Quello che volevo fare e' creare il file mdb A che contanga solo i 
riferimenti alle tabelle
Poi, il file mdb B che contenga le maschere
Poi il file mdb C che contenga solo i moduli
Sul file B posso indicare su Strumenti/Riferimenti un file dal quale 
'pescare' i moduli comuni
Vorrei fare lo steso per le tabelle, cioe' vorrei poter inserire nel file B 
un riferimento ad un altro file mdb che contenga solo la definizione delle 
tabelle (in questo caso tabelle collegate ad una fonte dati odbc)
Se po' ffa ??
Ciao
RobertoA 

 tabelle (in questo caso tabelle collegate ad una fonte dati odbc)
Temo di no, le tabelle devono essere collegate all'mdb che hai aperto,
se vuoi vederle nel QBE (e quindi renderle visibili alle query).
Quello che vuoi fare tu sarebbe possibile solo se poi usi solo vba per
gestire tutto: tabelle,  query e quindi anche le origini dati per le
maschere ed i report. E poi ho comunque dei dubbi.
Un compromesso potrebbe essere costituito da una funzione contenuta in
B che, all'apertura dell'applicazione B, per prima cosa apre A, cicla
l'insieme tabledefs di A, e si collega tutte le tabelle non di sistema
che vi trova.
Poi cicla l'insieme querydefs (sempre di A), ed importa le query.
Quando l'mdb B viene chiuso, gli insiemi tabledefs e querydefs di B
vengono ripuliti.
ciao,
Panathos


E si , potrebbe andare bene lo stesso
Se tutti gli mdb facessero questo, avrei risolto il problema di 'manutenere' 
un solo file mdb per le tabelle
Ma posso linkare le tabelle da codice VBA ?
Ciao e grazie
RobertoA

 RobertoA
www.sitocomune.com
 Sezione Tables
1.34 Rimuovere tutte le tabelle collegate da un database
1.29  [UPD]  Riallegare tabelle ODBC
1.28  [UPD]  Riallegare tabelle Access (4)
1.20 Riallegare tabelle utilizzando la libreria ADOX
1.16 Riallegare tabelle (3) ( Funziona anche se il Backend e' protetto da password)
1.13 Riallegare tabelle (2)
1.12 Riallegare tabelle (1)
1.10 Effettuare in maniera del tutto automatica l'aggiornamento delle tabelle allegate ad un FE.
Chissà!
Ciao.
-- 
Sergio MAZZA 

 tabelle allegate ad un FE.
Denkio very grazie
Ciao
RobertoA

 Ma posso linkare le tabelle da codice VBA ?
E certo che lo puoi fare, così come puoi anche importare i vari
oggetti da un mdb all'altro.
Però continuo a non capire: se fai questa domanda mi pare chiaro che
non sei avvezzo a fare queste cose col codice, e non capisco quali
vantaggi ci siano a tenere un mdb contenente solo maschere, privo di
tabelle (anche collegate) e query, per poi popolarlo e svuotarlo ad
ogni esecuzione.
Voglio dire: quando sviluppi devi comunque avere le tabelle collegate
nell'mdb con le maschere, e pure le query devono stare lì. Quindi che
senso ha, prima di distribuirlo, togliere tutto e alimentare un mdb
separato?
ciao,
Panathos

 Ma posso linkare le tabelle da codice VBA ?
E certo che lo puoi fare, cosģ come puoi anche importare i vari
oggetti da un mdb all'altro.
Perņ continuo a non capire: se fai questa domanda mi pare chiaro che
non sei avvezzo a fare queste cose col codice, e non capisco quali
vantaggi ci siano a tenere un mdb contenente solo maschere, privo di
tabelle (anche collegate) e query, per poi popolarlo e svuotarlo ad
ogni esecuzione.
Voglio dire: quando sviluppi devi comunque avere le tabelle collegate
nell'mdb con le maschere, e pure le query devono stare lģ. Quindi che
senso ha, prima di distribuirlo, togliere tutto e alimentare un mdb
separato?
============================
L'obiettivo e' quello di mantenere su di un solo mdb tutte le tabelle, che 
in fase di sviluppo, ed anche durante la vita dell'applicativo, possono 
anche cambiare
Supponi che costruisca un file VENDITE.MDB ed un altro CONTABILITA.MDB, 
contenenti solamente le maschere le query e le stampe che competono loro
Se queste facessero riferimento ad un file TABELLE.MDB contenente la 
definizione delle tabelle, sarebbe di molto diminuito il lavoro di 
manutenzione necessario ogni volta che ad una tabella vengono eseguiti 
cambiamenti nella struttura
Se oltre a Vendite e Contabilita ci fossero Ordini, Acquisti, Crm, 
Produzione, ecc... la cosa diventa ancora piu' evidente
Insomma, in sostanza vorrei 'frazionare' l'intera applicazione in modulini 
che, per le parti comuni (come le funzioni/procedure/variabili globali e la 
definizione delle tabelle appunto) vadano a 'leggere' dai file singoli come 
TABELLE.MDB e FUNZIONI.MDB
Se devo aggiungere una funzione usata da tutti i programmi come 
CHECK_CODICE_FISCALE devo aggiungerla solo su FUNZIONI.MDB mica su tutti i 
file che la usano
Stessa cosa vorrei fare per la definizione tabelle
Ciao e grazie
RobertoA