Newsgroup: it.comp.appl.access
Titolo: Come 'attaccarsi' a db diversi senza ricollegare le tabelle ?

Scenario => Access 200/2003 + odbc + db server
Per usare lo stesso gestionale con db diversi (multiazienda) all'interno 
dello stesso ufficio, dispongo di una procedura che, dopo aver selezionato 
la fonte dati odbc desiderata mi ricollega alle tabelle del db stesso
Va tutto bene eccetto la velocita di ricollegamento, infatti per circa 
duecento tabelle ci mette una ventina di secondi, forse ci mette meno ma 
comunque mi sembra tempo buttato via
Vorrei diminuire velocita' di ricollegamento tabelle o meglio ancora 
eliminarla del tutto
Pensavo di usare un unico front-end con le form, moduli, report ed un 
secondo mdb/mde solamente con le tabelle collegate al dsn corretto
Un unico mdb/mde col programma e tanti mdb/mde con i link ai dati veri e 
propri, per cambiare azienda basterebbe dire al programma "desso usa el 
PINCO_DATI.MDB come link ai dati" oppure "desso dopra el PALLINO_DATI.MDB 
come link ai dati"
Pensate sia possibile ?
Quali contro ha una soluzione di questo tipo ?
Potete suggerirmi un modo migliore di affrontare questo problema ?
Ciao e grazie
RobertoA


Come si farebbe da VB6 ....
Prova a leggere in merito all'Oggetto Connection(DAO) nel caso in cui
tu voglia usare DAO oppure per ADO anche...
@Alex


Ora uso Dao
Non capisco cosa intendi con "..come si farebbe con VB6.."
E come si farebbe ?
Ciao e grazie
RobertoA


Mi sono perso qualcosa: se non vuoi riscrivere la procedura (senza linked 
tables) avresti bisogno comunque di 'collegare' le tabelle al db con le tab 
'collegate'.
Ammesso che funzioni; mai provato una cosa simile.
Non sarebbe più semplice creare varie copie del tuo Front-End, collegate 
(solo la prima volta) alle fonti dati diverse?
A seconda delle necessità si avvia un FE piuttosto che un altro...


Scusa ma ho completamente frainteso il senso...!
Leggendo la risposta di Oscar mi è sorto il dubbio... non avevo capito
una Mazza...
@Alex

 ha scritto nel messaggio 
news:4948d26f$0$1114$4faf...@reader3.news.tin.it...

No non sarebe piu' semplice perche' ogni volta che aggiorno il front-end 
dovrei inviar n-font-end tutti uguali, solamente col collegamento a tabelle 
diverse
E non posso farlo neanche farlo io il collegamento, lo deve fare il cliente 
sulle sue postazioni perche' il percorso db e' diverso dalle nostre 
postazioni di sviluppo
Quindi ad ogni aggiornamento, il cliente dovrebbe ciucciarsi 
n-ricollegamenti
Studio professionale con 50 clienti diversi -->> 50 db diversi -->> 50 
ricollegamenti -->> telefonate assistenza "..ou senti qua, passame n'attimo 
el paron che devo dirghe guatro baroline..."
Quello che volevo sapere e' se mettendo un 'qualcosa' in mezzo tra programma 
e dati, potessi switchare piu' rapidamente
Cioe' se dal programma, facessi riferimento alle tabelle contenute in un 
mdb/mde esterno, basterebbe avere tanti di questi mdb/mde esterni e da 
programma scegliere l'uno o l'altro
Nel mdb/mde esterno ci dovrebbero essere le tabelle collegate ad database 
corretto
Mi sembra un po' pastrocchiata la cosa, certo che se ci fose un'alternativa 
migliore, potrei preferire l'alternativa
Ciao
RobertoA

 un'alternativa migliore, potrei preferire l'alternativa
Certo che è pastrocchiata: la cosa migliore è che aspettino quei venti 
secondi (e che diavolo...)
Resta il fatto che la soluzione che t'ho proposto è perfettamente 
implementabile, con un minimo di gestione.
Ho già notato che tu fai sorbire alla clientela la fase di riconnessione al 
Back-end, dopo un aggiornamento, mentre si può facilmente automatizzare.
N Front-Ends tutti uguali, ognuno in una cartella diversa, ognuno punta a un 
diverso DB.
- UPDATE del FE (nuova versione scaricata da tuo sito web) in un path 
stabilito
- L'utente esegue un .BAT opportunamente predisposto che copia il FE in 
tutte le altre cartelle.
- Viene avviato uno dei FE, da una qualunque cartella
- Su avvio procedura si testa la presenza della Base Dati
      - Se viene restituito errore di Runtime (base dati non trovata) apre 
nello stesso Path del FE un file .TXT che contiene la stringa DSN di 
collegamento
              - Esegui riconnessione automatica al DB
Ciao: Oscar


wrote:

Ne sai una più del diavolo pur di non lavorare....
;-)
@Alex


Ah, ma a non aver voglia di lavorare sono i maledetti utenti  ;)
Ciao: Oscar