Allora vorrei provare a indirizzare le tabelle collegate senza usare lettere
di dischi rimappate, ma come \\nomemacchia\path etc.
Come posso fare visto che non trovo dove cambiare il path di una tabella e
l'unica cosa che sembra possibile e cancellarla e rimportarla, ma perdendo
le relazioni etc.?
Grazie
--
.
>Allora vorrei provare a indirizzare le tabelle collegate senza usare
>lettere di dischi rimappate, ma come \\nomemacchia\path etc.
>Come posso fare visto che non trovo dove cambiare il path di una tabella
Apri "comunque" la tabella in modalita' struttura, fai click su proprieta'
e cambia il percorso.
Altrimenti ti conviene fare una routine del tipo:
.
.
Dim miodb As Database
Dim tbf As TableDef
Set miodb = DBEngine(0)(0)
For Each tbf In miodb.TableDefs
If Not tbf.Connect = Empty Then
tbf.Connect = ";DATABASE=\\nomemacchia\path"
tbf.RefreshLink
End If
Next
Questa funziona se il BE e' su un unico db, altrimenti puoi inserire nel
FE una tabella che per ogni tabella da allegare ne contiene il percorso,
e costruirti una funzione del tipo quella sopra che usi tali informazioni.
Vedi anche sul sito comune.
Sandro
> Apri "comunque" la tabella in modalita' struttura, fai click su proprieta'
> e cambia il percorso.
Mi spiace, ma la finestra proprieta' (A2000) porta un po' di cose
Descrizione
Valido se
Messaggio errore
...
tutto ma non il path.
> Altrimenti ti conviene fare una routine del tipo:
> .
> .
> Questa funziona se il BE e' su un unico db, altrimenti puoi inserire nel
> FE una tabella che per ogni tabella da allegare ne contiene il percorso,
Questo e' molto interessante, ma richiede il 200% della mia conoscenza di
access, provo piu' tardi con una bottiglia nuova, l'altra e' andata via coi
punti e virgola e le virgolette e le graffe.
Disse Confucio:
La strada piu' breve tra due punti e' la linea retta.
Mai sentito parlare del menu' Strumenti - Aggiunte - Gestione tabelle
collegate?
O Sandro!!
Va be', per stavolta sei perdonato.
Ciao, Sib
PS diverso sarebbe il caso in cui si dovessero periodicamente riallegare le
tabelle, in tal caso sul sito comune c'e' quello che serve.
>
>Sandro <api...@LEVAMIworldonline.it> wrote in message
>
>> Apri "comunque" la tabella in modalita' struttura, fai click su
>> proprieta' e cambia il percorso.
>
>Mi spiace, ma la finestra proprieta' (A2000) porta un po' di cose
>Descrizione
Mi sa che e' proprio la descrizione!
Sandro
>Mai sentito parlare del menu' Strumenti - Aggiunte - Gestione tabelle
>collegate?
A dire il vero si, ma non ho mai usato tale aggiunta, me la sono sempre
cavata via codice!
>O Sandro!!
:-(((((((((((
>Va be', per stavolta sei perdonato.
:-)))))))))))
Ciao
Sandro
> > >Allora vorrei provare a indirizzare le tabelle collegate senza usare
> > >lettere di dischi rimappate, ma come \\nomemacchia\path etc.
> > >Come posso fare visto che non trovo dove cambiare il path di una
tabella
> >
> Mai sentito parlare del menu' Strumenti - Aggiunte - Gestione tabelle
> collegate?
Ragazzi, se e' uno scherzo mi sfugge il lato comico.
"gestione tabelle collegate" aggiorna i link, ma non so come potrebbe
modificare il path!
> >Mi spiace, ma la finestra proprieta' (A2000) porta un po' di cose
> >Descrizione
>
> Mi sa che e' proprio la descrizione!
Continuo a non capire lo scherzo...
Non devo cambiare la descrizione, devo cambiare il path...
Ma quale lato comico!!
Secondo te aggiornare i link cosa vuol dire?
Se ci riesce allora le tabelle sono collegate, se non ci riesce ti chiede il
nuovo percorso (path se preferisci).
Se poi vuoi forzare il cambio di percorso, spunta la casella "Richiedi
sempre nuovo percorso"
Sib
--
------------------------------------------------------
il sito comune di it.comp.database.access:
http://members.xoom.it/it_db_access
------------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente
>> Mi sa che e' proprio la descrizione!
>
>Continuo a non capire lo scherzo...
>
>Non devo cambiare la descrizione, devo cambiare il path...
>
Scusa, ma almeno hai visto cosa c'e' nel campo descrizione di una tabella
collegata?
In access97 qualcosa come:
DATABASE=\\PC00\C\UFFICIOTECNICO\ACCESS\tuodb.mdb;TABLE=COMMESSE
Sandro
> Scusa, ma almeno hai visto cosa c'e' nel campo descrizione di una tabella
> collegata?
Si, quei mattacchioni della MS usano il campo descrizione per le descrizioni
delle tabelle "normali" e mettono l'origine per quelle collegate.
Sono dei gran burloni.
Anche perche', qui, nel mio ufficio e sul mio computer, la modifica di
quella descrizione non produce nulla.
Comunque e' meglio del "menu strumenti / tabelle collegate" i cui effetti
sono pari a certi placebo che prende mia zia.
Se qualcuno ha intenzione si supportare la prossima uscita di Paradox io gli
do tutti i soldi che ho...
Sinceramente non capisco di cosa parlate.
Quando mai il percorso risulta nella descrizione?
Il percorso lo trovate all'interno della proprieta' connect (che non viene
visualizzata quando si visualizzano le proprieta')
Se per qualche motivo, a me ignoto, il percorso e' andato a finire anche
nella descrizione, certamente non ha alcun effetto sulla origine della
tabella.
Ad ogni modo, volendo modificare la proprieta' connect da codice e'
imperativo eseguire il metodo RefreshLink, senza il quale, quando la routine
termina, e' come se non avessimo cambiato un bel niente.
> Comunque e' meglio del "menu strumenti / tabelle collegate" i cui effetti
> sono pari a certi placebo che prende mia zia.
La semplicita' con cui, in Access, e' possibile cambiare i collegamenti da
codice e' superata solo dall'uso dell'aggiunta "Gestione tabelle collegate"
la quale, ben lungi dal potere essere definita come azione dall'effetto
placebo, ripristina i collegamenti dove, come e quando vuoi in men che non
si dica e con una semplicita' di svolgimento difficilmente eguagliabile.
Se poi proprio Access ti sta sulle palle, non lo usare. Comprati Oracle e
divertiti.
Ciao, Sib
Se c'e' qualche cosa di semplice e' solo per quello che i matematici
chiamano "regressione alla media".
> Se poi proprio Access ti sta sulle palle, non lo usare.
Siamo in monopolio, e' questa la ciulata.
Io sono orfano di Borland, e temo che non mi rimettero' mai dal lutto.
Senti, non ti offendere, ma se quotassi un po' meno?
>Sinceramente non capisco di cosa parlate.
>Quando mai il percorso risulta nella descrizione?
>
Il percorso di una tabella allegata risulta nella descrizione, ma va preso
come una informazione di sola lettura, ovvero se vuoi sapere rapidamente
una data tabella a quale BE e' collegata, in effetti e' l'unico uso che
fino ad ora ho fatto di questa informazione.
Ho erroneamente pensato che si potesse manualmnete cambiare il link agendo
in tale senso, e lo ho riferito (peraltro sconsigliandolo) a Giangi.
Dopo quasi un anno che ci pensavo mi sono deciso a dare una occhiata al
file allega97 prelevato dal sito comune ed anche alla aggiunta propria di
access. Nel file allega97 qualche ulteriore informazione sul suo utilizzo
per i non tanto esperti non farebbe male.
Per quanto riguarda il mio caso, come ti ho detto mi sono fatto le mie
routine ed uso solo quelle, anche perche' per un FE ho piu' BE, il cui
percorso cambia a seconda della postazione, ovvero se mi porto il db a
casa non posso piu' utilizzare i percorsi di rete etc., per cui nella mie
tabelle dei percorsi , oltre al campo che contiene il nome della tabella
collegata, ho tanti altri campi relativi alle varie postazioni (casa,
ufficio, quel particolare computer) che contengono i percorsi delle
tabelle nelle varie situazioni.
Ho in cantiere qualcosa di piu' complesso per gestire il collegamento di
tabelle da piu' BE senza stare a ricordare ogni tabella a quale BE
appartiene o senza memorizzare per ogni tabella il percorso, ma per adesso
non ho il tempo per sviluppare cio'.
Ciao
Sandro
Il tutto dovrebbe funzionare.
Ciao
Sandro
Ancora non e' chiaro quale sia la difficolta' che incontri nell'uso
dell'aggiunta che ti ho indicato.
Se spiegassi qual e'?
> > Se poi proprio Access ti sta sulle palle, non lo usare.
>
> Siamo in monopolio, e' questa la ciulata.
> Io sono orfano di Borland, e temo che non mi rimettero' mai dal lutto.
Non e' affatto vero che c'e' un monopolio, o meglio, e' vero ma solo perche'
per usare gli altri db ci vogliono anni di esperienza e bei soldoni.
Chi ti impedisce di usare Oracle? Paradox? un sistema AS400?
(ti rispondo io: o non li sai usare o non hai i soldi per procurarteli.)
> Senti, non ti offendere, ma se quotassi un po' meno?
Non mi offendo, anche perche' non mi perviene alcuna sensazione dalla tua
frase.
Io quoto quello che ritengo opportuno a che, chi legge la mia risposta senza
poter leggere la domanda perche' non piu' reperibile sul ng, riesca a capire
di cosa si parla.
Sib
Non so che dirti. A me non e' mai capitato che uscisse il percorso di
collegamento della tabella nella descrizione e si che lavoro su molti PC
differenti.
Comunque se attivi il menu popup di una tebella collegata e scegli la voce
"crea collegamento" (ovviamente annullando poi l'operazione per non crearlo
veramente) ti da' tutte le notizie possibili sull'origine della tabella.
Ancora, almeno per me, resta un mistero come il contenuto della proprieta'
connect vi sia andata a finire dentro la proprietą description.
> Dopo quasi un anno che ci pensavo mi sono deciso a dare una occhiata al
> file allega97 prelevato dal sito comune ed anche alla aggiunta propria di
> access. Nel file allega97 qualche ulteriore informazione sul suo utilizzo
> per i non tanto esperti non farebbe male.
C'e' da dire che uno sviluppatore deve semplicemente andarsi a guardare il
codice per capire come funziona. Uno che e' completamente asciutto di VB e'
meglio che inizi da cose piu' semplici da programmare.
[cut]
>
> Ho in cantiere qualcosa di piu' complesso per gestire il collegamento di
> tabelle da piu' BE senza stare a ricordare ogni tabella a quale BE
> appartiene o senza memorizzare per ogni tabella il percorso, ma per adesso
> non ho il tempo per sviluppare cio'.
Scusa, perche' ti devi memorizzare il percorso di *ogni* tabella? hai
tabelle su molti db diversi?
Ciao, Sib