Newsgroup: it.comp.appl.access
Titolo: neebee e divisione mdb

Ciao a tutti
Spiego subito il mio problema.
Ho un database in access, collegato tramite ODBC al server unix, in pratica
le tabelle dati/archivi sono collegate.
Ho creato le mie benedette query, che a loro volta mi creano delle tabelle
dati in formato access.
Fin quì, bene, per permettere agli utenti un facile utilizzo dei dati, ho
creato una macro, che automaticamente mi esporta le tabelle in access appena
create con le query, su un secondo mdb, ovviamente con tutti gli automatismi
di cancellazione tabella con avvisi in off etc etc...
Gli utenti, si collegano via rete al secondo mdb e per evitare eccessivi
carichi alla rete, invece di collegare le tabelle con il loro mdb, ho creato
delle macro che importano le tabelle nel loro database, rendendolo così un
vero e proprio stand alone, per vari motivi, (server spento, manutenzione
dei files etc.. etc..), ovvio che per avere dei dati aggiornati, bisogna
eseguire di tanto in tanto l'import delle tabelle.
Adesso, ho visto e provato l'opzione suddividi database, in pratica, access
crea 2 database e sul secondo esistono le stesse tabelle ma collegate al
primario....anzi, mi correggo, sono le tabelle del primario che sono
collegate al be.
Ecco adesso arriva la domanda, quando io creo le tabelle dati sul primario,
ovviamente viene cancellata la tabella con i dati vecchi, ma in questo caso
viene anche eliminato il collegamento tra tabelle con il secondo
database.......morale, il secondo database non si autoaggiorna.
Cosa posso fare? se riuscissi a rendere un aggiornamento automatico del
secondo database, eviterei di avere una macro che esegue QUERY+ESPORTAZIONE,
ma solo una macro che esegue le nuove tabelle, attenzione non mi da
fastidio, perchè funziona bene già così, ma mi diminuirebbe il tempo di
escuzione, che credetemi è davvero tanto.
Qualche consiglio da tutti voi?

 Qualche consiglio da tutti voi?
in questa situazione dovresti cmq aver bisogno di fare, ogni tanto, il
compattamento del db. Invece di fare "drop" fai "delete" +
"insert......from....select"
--
a.cara 
Togli qualcosa dall'email

 "insert......from....select"
Hmm.. si, compatto il database, ma canonicamente, vedi sono un NEWBEE, non
so programmare in VB, utilizzo access in modo molto user restrict...
Insomma, utilizzo solo la struttora grafica...TABELLE, QUERY, MACRO...
Scusami, cerco di imparare.
Cmq allora quale č il piů corretto uso del back end database, in pratica a
quanto pare il BE si collega alle mie tabelle primarie, come dal mio
primario si collega alle tabelle del server unix!
Be' cosi' non mi serve....

 Be' cosi' non mi serve....
cosa non ti serve cosi'
vado, a questo punto mi sembra necessario, a chiarire la mia risposta:
siccome quando si fa delete....insert si provoca degrado sull'mdb diventa
necessario, ogni tanto, fare il compattamento del db. Tale compattamento e'
"meno" necessario quando si eliminano (drop) e ricreano (create) le tabelle,
lavorando sul BE tale operazione, e' ovvio, coinvolge solo il BE.  
La delete...insert non distrugge le tabelle (non droppa) e quindi conserva gli
oggetti correlati (collegamenti, referenze, indici etc....) e puo' essere
lanciata dal FE.
