Newsgroup: it.comp.appl.access
Titolo: eliminare table in uso

non sono un esperto ma anche grazie a voi ho creato un database utilizzato 
da parecchie persone in rete. grazie
ho un altro problema:
in apertura parte un form autorun che controlla se esiste un file excel, in 
caso affermativo avvia una macro che cancella una tabella (pippo) e importa 
il file in (pippo) per poi avviare altra form che usa anche (pippo)
il mio problema sta nel fatto che se ci sono altri utenti collegati la 
cancellazione della tabella in uso non è possibile ed anche il trucchetto 
della form autorun per evitare di essere utente della tab che devo cancelare 
non mi sembra proprio elegante. Altre idee????

La tabella è lato Client o lato Server....?
Hai il tuo applicativo diviso in FE e BE...?
Per eliminare la tabella serve che non sia aperto nessun collegamento
ad essa, pertanto se la Maschera è associata a tale tabella non andrà
mai...!
L'eliminazione di tabelle solitamente si effettua in una Function/Sub
prima di
aprire qualsiasi Recordset sulle stesse...., ed in questo caso la macro
AutoExec è
la cosa corretta.
Ciao
@Alex

Ti spiego tutto perchč non posso fare errori altrimenti mi scotennano
ufficio composto da 6 team, una segreteria d'area, un front office
ogni team ha un database con accesso riservato
la segreteria d'area ha un database in lettura realizzato tramite import 
giornaliero delle tabele dei vari team tramite query di accodamento (alla 
prima apertura del mattino un form controlla la data di creazione della 
tabella di accodamento e se minore di oggi fa l'import)
il front office ha accesso ad una pagina web generata dal database della 
segreteria d'area contenente solo pochi dati
i database sono tutti uguali e risiedono su un server (cambia solo il 
contenuto della tabella)
l'applicativo non č diviso in FE e BE ma ho solo creato i collegamenti sui 
vari pc
alcune pratiche dei database di team sono anche disponibili da sistema 
centrale tramite export su excel, per questo motivo il form su cui lavorano 
i teams contiene una sottomaschera con il dettaglio della pratica su sistema 
centrale, ove presente č dunque possibile avere sotto controllo la 
situazione in locale e da centro. Tutti sanno che se vogliono avere la 
situazione da centro aggiornata devono fare uno scarico da sistema centrale 
su foglio excel poi ci pensa il form in apertura a cercare il foglio excel, 
se c'č importare la tabella e cancelare il file. Tieni presente che le 
tabelle sono solo 2 una inserita in locale A e una importata da excel B, Su 
A si puň lavorare in inserimento mentre B č solo per consultazione. Il form 
principale le usa entrambe e se ci sono utenti collegati non č possibile 
importare una nuova B.
Avrei pensato di risolvere facendo lavorare il form non su B ma tipo su un 
recordsetclone ma non so come fare e sopratutto non so neanche come 
eventualmente filtrarlo tramite due campi del record in uso di A
non sono un programmatore
Ciao Carlo

 principale le usa entrambe e se ci sono utenti collegati non è possibile



Dividere l'applicativo in BE e FE serve a tenere separati i dati da tutto il
resto.
BE = Back End
FE = Front End
Sul BE risiedono solo ed esclusivamente le tabelle, mentre sul FE si trovano
le query, le maschere, i report, le macro e i moduli. Questo permette una
maggiore manutenzione dell'applicazione, pensa di dover effettuare una
modifica, ad una maschera o ad un report, una volta realizzata avrai il
problema di mettere in esercizio la nuova versione mantenendo i dati già
esistenti. Con l'applicazione separata invece è sufficiente modificare la
parte FE, mentre i dati rimangono intoccati.
La parte BE potrà essere installata su un PC server, mentre sui vari PC
client sarà installata la parte FE, collegata al BE.
Per separare l'applicazione esiste un'utilità dal menu Strumenti -> Utilità
database -> Divisione guidata database, che ti crea i due file separati. Nel
FE le tabelle risulteranno collegate a quelle del BE, e ad ogni modifica del
FE sarà sufficiente riallineare le tabelle a quelle del BE e il gioco è
fatto.
Puoi consultare anche la guida in linea, è abbastanza esplicativa.
Saluti
Franco
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/