Newsgroup: it.comp.appl.access
Titolo: scusate ma ripropongo

buongiorno a tutti,
vorrei alla chiusura del db dare un comando che mi copi due tabelle su
un db di "appoggio".
Ho un problema, per ogni istruzione di copia mi chiede conferma per la
sovrascrittura della tabella, impedendo di fatto la chiusura e
l'uscita dal db.
L'istruzione che ho compilato, partendo da una macro, è questa:
DoCmd.CopyObject "\\Totodr2sa01\TO_TO_PUBLIC\DATI PCG\monster
mirror_be.mdb", "", acTable, "NumerazioniRoberto"
    DoCmd.CopyObject "\\Totodr2sa01\TO_TO_PUBLIC\DATI PCG\monster
mirror_be.mdb", "", acTable, "ACC_GruppiMerce"
Posso integrare il comando DoCmd con un codice che copi senza
richiedere la sovrascrittura ?
Qualcuno è così gentile da potermi aiutare ?  ho cercato ovunque,
google, sito comune ecc... ma non riesco a venirne fuori.
grazie davvero tanto.

    
Non ho provato mai una cosa del genere, ma ritengo che il problema sia 
dovuto all'oggetto database ricevente che devi necessariamente 
istanziare affich� possa impostare nell'oggetto istanziato il SetWarning 
a false.
Dall'oggetto poi dovresti ricopiarti la tabella origine.
Cmq la prassi di distruggere un oggettotabella e di ricrearlo nuovamente 
non � molto databeis. :-)
Sarebbe meglio comandi di sincronizzazione update, delete, insert del 
tipo "UPDATE tblDestin in destino.mdb set...... " ecc.
Anche le performance gradiscono.
Un saluto
Daniele

 - Mostra testo citato -
ciao Daniele, grazie per l'attenzione.
il mio problema è questo, così magari capisci che di databeis :-) non
ne mastico molto.
Ho un be con tutto il db e cinque fe dal quale dal mio ufficio
accediamo per alimentare i dati.
Ora vorrei dar modo ad altri colleghi, i più disparati (e anche
smanettoni) di accedere in sola lettura ai dati, e pensavo per evitare
casini che poi non sarei in grado di gestire a questo funzionamento un
pò barbaro ma che dovrebbe funzionare.
Premetto tra l'altro che non posso disporre di privilegi di
amministratore sulle macchine.
Per questo pensavo ad un databeis spech (specchio) del precedente con
le tabelle aggiornate dalla chiusura del mio.
So che non sarà il massimo della programmazione ma volevo un risultato
facile e immediato.
Sai suggerirmi qualche strada alternativa, magari anzichè copiare le
tabelle aggiornarle o altro tipo di operazione che non conosco ?
grazie infinite.

    
Per gestire un db specchio dovresti utilizzare il filesystem: copy, ren, 
del ma non hai privilegi per queste operazioni...
In ogni caso i backup sono fondamentali e vanno eseguiti regolarmente!
Ti consiglierei copie multiple di backup che so.. degli ultimi dieci 
giorni lavorativi...
In caso di perdita accidentale da smanettone non c'� query che tenga.
In internet trovi backup free a camionate. Per esempio cobian backup o 
http://www.2brightsparks.com/syncback/
Dato il numero degli utenti esigui puoi pensare anche di schedulare 
l'attivit� di backup.
La strada delle query la lascerei stare.
Tieni presente per� che qualunque databeis necessit� di backup. Sempre. :-)
Daniele

 - Mostra testo citato -
grazie mille Daniele per la cortesia e tempestività.
Quello che vorrei realizzare con quanto richiesto, non riguarda il
backup del db che già eseguo regolarmente, ma una sorta di immagine
dello stesso (essenzialmente di tabelle) da poter poi far condividere
agli altri senza timore di modifiche / cancellamenti / altri
smanettamenti.
Per questo mi servirebbe del codice che su uscita dal db, mi andasse
ad aggiornare queste tabelle del db "finto". No so se mi sono
spiegato, se servisse posso essere più preciso.
grazie infinite.

    
Il tuo problema � la profilatura grant e deny delle definition delle 
tabelle e delle modifiche.
Personalmente la trovo poco praticabile, ma nel tuo caso con pochi 
utenti penso che sia una strada percorribile.
La profilaturi utente in Access � piuttosto macchinosa ed � accessibile 
da Strumenti -> Protezione ed � piuttosto capillare.
Altrimenti c'� una valida alternativa su 
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=297
 che fa in 
modo di anteporre un'interfaccia tra utente e data layer sottostante al 
riparo da smanettorni.
In ogni caso l'unica arma degli smanettoni sono i backup.
Mentre tu vorresti genarare una sorta di "virtualizzazione".
Vorresti clonare il tuo db e poi sincronizzarlo con l'origine. Vedo 
problemi di concorrenza in vista. Bastano due concorrenze � la frittata 
� fatta.
Indi meglio la profilatura.
Ciao
Daniele

 - Mostra testo citato -
grazie Daniele,
avevo già avuto quell'imbeccata ma devo confessarti che per me è
troppo difficile da inizializzare e comunque dovrei sempre far
accedere al be principale (con rallentamenti vari) i vari smanettoni e
di questo ho sinceramente terrore.
Possibile che non posso fare un copia tabella o aggiornamento della
stessa senza richiesta di sovrascrittura ?
Sempre per quel che ne capisco e sinceramente non afferro (mea culpa)
molto il tuo linguaggio molto tecnico, ovviamente non c'è nessuna
polemica in questo, il mio scopo non è clonare il mio db e/o
sincronizzarlo ma fare la copia di /aggiornare un paio di tabelle ogni
volta che chiudo, quindi senza (magari dico una ca...ata, anzi
sicuramente,) generare sincronismi o concorrenze.
ciao grazie infinite per l'aiuto e la pazienza.

    
La soluzione agl smanettoni non � risolvibile con ci� che proponi
Copia di/aggiornare come dici tu equivale a sincronizzare se ci pensi.
Quindi ritorniamo alla prima prima risposta che ti ho inviato.
Non so proporti alternative migliori di quelle gi� proposte.
Ripeto la sincronizzazione di un paio di tabelle (penso che siano quelle 
critiche) ti comporta altri effetti collaterali di concorrenza.
Prova quel link di alessandro e superato lo scoglio iniziale vedrai che 
ne vale la pena.
Ciao
Daniele