Newsgroup: it.comp.appl.access
Titolo: aggiornare BE da FE con muove tabelle

Un dubbio pervade la mia testolina
avendo, per ipotesi (siamo ancora nella face di progettazione) un DB
mde con un FE ed un BE, ditribuito a più soggetti,
dopo un certo periodo di tempo sento l'esigenza di aggiungere qalche
tab e magari qualche campo a delle tab esistenti.
che stada dovrei percorrere
1) aggiungere le tabelle all' BE vecchio (non posso visto che mde)
2) installare il nuovo BE e trasferire i dati dal vecchio, tutto questo
da codice è fattibile?? cioè implementare una sorta di aggiornamento
applicazione
il codice dovrebbe ferificare se nel VecchioBE c'è la tabella presente
nel NuovoBE, in caso affermativo trasferire i dati, e  nell'ipotesi in
cui nella nuova tab vi è un campo lasciarlo vuoto
Troppo complesso??
lascio fare una ricopiatura manuale all'utente??
attendo istruzioni
Grassie
CLaudio

 ha scritto nel messaggio 
news:1138362262.9...@g43g2000cwa.googlegroups.com...


che stada dovrei percorrere


Troppo complesso??

attendo istruzioni
Grassie
CLaudio
Se il BE è un mde hai fatto un errore: è meglio che sia un mdb visto che 
contiene (o dovrebbe) solo tabelle.
Comunque anche ai file mde è possibile aggiungere tabelle o query.
Personalmente seguo una strada mista e cioè nel FE mi creo la tabella da 
esportare nel BE e la chiamo ad esempio "MiaTabCrea". Questa verrà esportata 
nel BE con il nome di "MiaTab". Ovviamente faccio così perchè si presuppone 
che poi vorrò allegare la nuova tabella al FE. Poi eseguo il codice:
DoCmd.TransferDatabase acExport, "Microsoft Access", MiaDir & "\" & 
"Frabase.mdb", acTable, "MiaTabCrea", "MiaTab", True
Prima di fare l'operazione verifico se esiste già la tabella....
Ciao, Carlo

 1) aggiungere le tabelle all' BE vecchio (non posso visto che mde)
Che senso ha creare un BE in modalità .MDE?
Bruno

>Che senso ha creare un BE in modalità .MDE?
Sembr assurdo  lo so ma vi sono alcune particolari esigenze che mi
hanno spinto verso questa scelta
il DB in quesitone viene usato da più utenti, con diversi "livelli di
accesso".
Alcuni di questi utenti quali semplici operatori non hanno accesso alla
parte contabile.
Si è verificato che qualche furbetto sia entrato nel BE (quando era in
mdb) e ha modificato alcuni valori e visualizzandone di altri
per evitare questo inconveniente, ho inserito un modulo che nasconde
tutte le tabelle contabili, e per proteggere tale ultimo modulo ho
dovuto convertire il BE in mde
questo è quanto
Ciuaz
CLaudio

 wrote in message
news:1138370273....@f14g2000cwb.googlegroups.com

Quanto hai fatto non è corretto.
Il BE si protegge a livello UTENTE il FE invece PURE oppure
solo del FE si crea un MDE.
Io creo un MDE dopo aver protetto il FE a livello utente.
Usando in modo corretto la protezione a livello utente non
è possibile combinare danni.
Per aggiornare un BE credo che la soluzione migliore sia
quella che ti ha suggerito Claudio Costarella, con un punto di
prova(preventivo) di cui non sono certo....!
In pratica se la tua Copia(BE) è uguale alla vecchia e la modifichi
ti basterà copiare nel vecchio BE solo le modifiche, se hai aggiunto
tabelle dovrebbe anche ricreare le relazioni(questo è da verificare).
Per le tabelle modificate invece quanto ti ha suggerito Carlo è OK.
Alternativa(un pò complicata)
Si potrebbe fare tutto via codice, generando le tabelle nuove
e/o modificando le già presenti con codice SQL, 
poi occorrerebbe gestire le Relazioni a codice per le Nuove....!
Personalmente lo trovo un pò complesso ma sicuramente più
tecnico, e considerando che sia DAO che ADOX ti permettono
di fare tutto.
ADO/X non ti permette poi di compattarlo. 
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio 
news:43da0baf$0$27294$4faf...@reader2.news.tin.it...

..............
Ciao Carlo,
ho letto questo tuo post e ne volevo un pò discutere.
Buona domenica
Cataldo Formaro