Newsgroup: it.comp.appl.access
Titolo: chiedo riscontro di preferenza sui possibili modi di import table in multiutenza

La multiutenza possibile è di circa 15 utenti
(quella contemporanea media di una decina,
i posti che possono registrare sono 5-6, gli altri effettuano stampe)
 
La stampa più pesante è quella completa della situazione magazzino
(qta esistenti, acquistate, prenotate, 
articoli di SOLA commercializzazione, SENZA componenti)
 
per la quale effettuo in locale la copia della tabella dal BE
(15 campi, 15.000 righe max)
 
Chiedo se siete a conoscenza del metodo "migliore" 
per portare la tabella in locale:
 
utilizzo (ma solo per abitudine) query di accodamento
che vedo imposta in automatico il lock record modificato.
 
Sono da preferire (o sono più trancianti)
i metodi copyObject, transferDatabae ?

Sorvolo per ora sulla prima parte...(per la quale in base alle tue Specifiche ritengo JET non pienamente una buona idea per l'uso in MultiUtenza... ma se ti soddisfa va bene...)
 
Vorrei però capire meglio come fai tecnicamente ad accostare una Query di Accodamento con i metodi succitati... mi sfugge il ragionamento che ti porta a vederli in concorrenza...
 
@Alex 

It happens that GiorgioDaPrato formulated :

La via migliore per fare una copia locale di una tabella
che risiede nel BE è quella di importarla con TransferDatabase.
 
Però, se ho ben capito gli usi che ne devi fare, sarebbe una
perdita di tempo e di efficienza.
Crea sul FE un collegamento a quella tabella, che userai poi
come se fosse una tabella locale.
 
Cosa significa "più trancianti"? che cosa devi tranciare?
 
Bruno


Posso utilizzare SOLO Access (non sarei in grado di passare ad Access come FE verso un server SQL), e per la soluzione "terminal service" occorre il placet aziendale
per adesso sto limitando i danni di danneggiamento (sono stati quasi messi in "accettazione") visto che accade la necessità di un ripristino circa una volta al mese.
 
Registro SOLO movimentazioni e la procedura effettua le elaborazioni di quantità dei prodotti aziendali (solo commercializzati) sulla base di "svariate" specifiche non ricevibili dal sistema informatico aziendale
(sì, è una doppia registrazione, la mia è quella più dettagliata e quella che dà i valori quantitativi di riferimento).
 
Ci sono praticamente sempre utenti in registrazione e la stampa della situazione completa viene effettuata spesso, e da più postazioni.
 
L'origine di questa stampa (ma anche di altre limitate da criteri di selezione) è una copia su tabella locale di (praticamente) tutti i dati registrati per cui chiedevo quale poteva essere il modo più opportuno di portare in locale i dati 
(quello che impegnasse meno il sistema).
 
NON sono neppure ben consapevole quale sia la "parte di Access" che interviene in questi tre comandi e penso sia opportuno "limitare" l'impegno al sistema.
 
Vedo anche che le query di comando mettono automaticamente il lock sopra detto  
 


se pèuoi leggere sopra, la risposta ad Alex, voleva significare impegnare il sistema nel modo più ridotto
 

 se puoi leggere sopra, la risposta ad Alex, voleva significare impegnare il sistema nel modo più ridotto
 
AGGIUNTA
ieri ero con una connessione a tempo per cui completo ora:
lo scopo è quello di elaborare in locale (e pubblicare a stampa, o anche con altre form) praticamente TUTTI i dati inseriti nella tabelle BE (in questo caso 2). SE i metodi Transfer Database (tabella) e CopyObject (tabella) SONO UTILIZZABILI (sorgente: BE su PC server) chiedo se questi impegnano meno il "sistema Access" (quali "strati" intervengono) rispetto alla query di accodamento che, come tutte le query di comando, inserisce un lock.
Per me il comando ideale sarebbe quello che comunque trasferisce le tabelle  senza controllare se sono in uso (lo sono) fornendo le righe comunque presenti (ma esiste ? ...)