Newsgroup: it.comp.appl.access
Titolo: Query di Aggiornamento

Salve a tutti ,
Saluto innanzitutto Roberto da Casa e tutti quelli che mi conoscono !!
Ora vi sottopongo il mio quesito.
Uso Access 2000 e ho un database fatto da me e suddiviso in 2 (frontend e
backend)
Nel FrontEnd ci sono le maschere , report , e via dicendo.
Nel Backend ci sono le tabelle dei dati e alcune query che per comodità ho
preferito lasciare nel BACKEND piuttosto che nel FRONT.
Tutte le volte che apporto delle modifiche al database e quindi lo miglioro
per poi consegnarlo al mio cliente , devo sempre riconsegnare una nuova
versione database composta da frontend e backend. Ma prima di cancellare il
vecchio DB del cliente dovrei importare tutti i dati del vecchio nelle
tabelle del nuovo .
Quello che io faccio attualmente è di importare nel database nuovo tutte le
tabelle del vecchio DB e poi creare una query di aggiornamento per ogni
singola tabella.
Siccome ho 24 tabelle e i campi in esse  sono molti , mi chiedevo se c'era
un metodo più semplice che quello di dover inglobare nel nuovo DB una
funzione di importazione dati tramite query di aggiornamento specificando i
criteri (che solo in alcune tabelle sono stati modificati) per ogni singola
tabella.
Esiste un metodo più semplice per fare questo lavoro ?
Si possono creare delle query di aggiornamento tramite codice VBA invece che
usare una query di aggiornamento ?
Sono in panne e non riesco a pensare a una soluzione migliore se non quella
di spaccarsi gli occhi davanti al monitor inserendo manualmente tutte le
query e specificando tutti i campi da aggiornare.
Io credevo che si potesse semplicemente specificare nella query
aggiornamento il parametro * per dire di aggiornare per esempio la tabella
CLIENTI con i dati della tabella CLIENTI1 (quella importata dal DB VECCHIO)
senza dover specificare  tutti i campi interessati all'importazione.
E' ovvio che nel caso le due tabelle non siano identiche come specifiche e
come nomi campi , in tal caso lo faccio manualmente , ma per fortuna non
sono molte quelle da aggiornare manualmente .
Bè spero che qualcuno mi possa dire come fare.
Un altro quesito : ho i report che non tengono le impostazioni dei margini
dati. Mi ricordo che avevo già avuto questo problema e lo avevo risolto , ma
non ricordo come . Se qualcuno mi da può dare una mano !!!
grazie in anticipo ,
con simpatia
MM

 non ricordo come . Se qualcuno mi da può dare una mano !!!
L'errore stà nel dare il BE. Createne uno uguale ma non mandarglielo. I dati
non devono viaggiare.
Le query possono essere gestite da codice docmd.runsql
Per quanto riguarda i report togli la spunta alla correzione automatica del
nome nelle opzioni e installa il service pack.
ciao MAssimiliano
p.s. un saluto particolare a Titina da u rion 'i copp!!
--------------------------------
Inviato via 
http://usenet.libero.it

currentdb.execute("stringaSQL")
Saluti.
Emanuele.


Ciao Massimiliano ,
grazie per la rapida risposta , ma forse per i miei problemi fisici , non
riesco a afferare il discorso.
In che senso devo crearmene uno uguale di BE e perchè non devo darlo al
cliente ?
Vorrei poter creare una struttura nel FE che mi permetta di effettuare il
travaso dei dati esistenti nel BE del DB vecchio nel BE del DB nuovo.
Ovviamente ACCESS non se le inventa le reole di esportazione dal vecchio DB
a quello Nuovo e quindi devo specificarli il tutto.
Quello che mi chiedevo io è come fare senza perdere ore e ore creando query
di aggiornamento ?
Forse se faccio un esempio ci capiamo meglio :
Suppongo di avere 2 DB (NUOVO e VECCHIO)
Entrambi i DB sono composti da FE e BE.
Nel DB NUOVO esiste la tabella Clienti che comprende i seguenti campi (Nome
; Cognome ; Telefono)
Nel DB VECCHIO esiste la tabella Clienti che comprende i seguenti campi
(Nome ; Cognome )
Nel seguente caso se io volessi tramite una query di aggiornamento presente
nel BE del Nuovo importare i dati della tabella CLIENTI del db VECCHIO è
sufficiente che dopo aver importato la tabella CLIENTI manualmente dal
VECCHIO al NUOVO (e quindi essendoci già una tabella CLIENTI nel nuovo
quella importata si chiamerà CLIENTI1) creo una query di aggiornamento dove
specifico che nella tabella CLIENTI i campi NOME e COGNOME dovranno essere
copiati da CLIENTI1. E qui nessun problema. Il problema nasce se ho 40
tabelle da importare e per ciascuna tabella ho 30/40 campi.
Per questo motivo domandavo se cè qualcuno che sa come svolgere meglio
questa procedura o se qualcuno ha idee migliori.
Purtroppo Massimiliano , non ho capito la tua risposta , mi dispiace , se
fossi gentile a potermi spiegare un po' meglio cosa intendi ...!
Grazie e scusami.
MM


Non era chiarissimo cosa volessimo cosa volevi. Dunque se devi intervenire
sulla struttura delle tabelle il discorso è diverso ed hai ragione tu.
Guarda su 
www.sitocomune.com
 nella sezione table di E. Oemi. C'è quello che
cerchi. Serve comunque una buona dose di manella tua.
ciao MAssimiliano



Dimenticavo. Continua ad applicarti e a seguire questo NG che mano mano
crescerai nella tua formazione. Un giorno sari almeno CM.


 Emanuele.
Grazie Emyr !!!


Ti ringrazio dell'aiuto / consiglio.
:-)
Con simpatia.
Marco.