Newsgroup: it.comp.appl.access
Titolo: scambio di tabelle?

Sto cercando di ricostruire cosa puň essere successo a un file MDB , il 
quale risulta contenere
dati vecchi di un anno fa , mentre un collega giura di averlo utilizzato una 
settimana fa !
Un anno fa il file fu clonato , mantenendo lo stesso nome , e fu spostato in 
un altra cartella.
Si utilizzo solo la copia successivamente.
Oggi capita che l'utente lamenta quanto esposto sopra .
Ho subito pensato a un ripristino maldestro di un backup , che ha ricoperto 
la copia aggiornata con il vecchio file omonimo .
ma il collega dice di no !
per escludere problemi di access , vi risulta che il sistema operativo MS XP 
possa scambiare confondendosi
due file omonimi ma residenti in cartelle diverse ??
Non so se č una leggenda , ma un tizio su questo ng affermň una volta che 
due file apparentemente si erano scambiati il contenuto , per cui ADO dava 
un errore nella connessione , finchč si capě che due file omonimi ( uno 
locale e uno remoto) si erano scambiati apparentem. di posto!
Grazie e saluti 

 Come previsto, la software house incolpa il sistema, ma un problema di
rete  danneggia il file mdb, non lo elimina.
Su questo non ci giurerei.
Una volta un cliente mi chiamň per un problema simile: la mia app gestiva 2
mdb via odbc, uno in rete e uno in locale.
Un bel giorno, uno dei due (non ricordo quale) sparisce, o meglio: non dao
non trova piů le tabelle.
Qualcosa ha fatto in modo (e se non fossi sicuro che quel cliente non ha
toccato niente gli avrei riso in faccia) che il db "rovinato" avesse il nome
del file corretto, ma la struttura del secondo mdb.
Fate voi...
Ciao

 Ciao
Le considerazioni di Fabio(Zanna) sono sempre molto precise e valide
per l'esperienza
che ha, ma devi analizzare la cosa nel contesto..., lui sviluppa con VB
e l'accesso
potrebbe essere differente da una Configurazione Access(FE) -
Access(BE)!
VB non ha LinkedTable e la connessione può avvenire via ODBC o OLEDB,
per un FE
Access la cosa è diversa, la connessione viene fatta in un modo
nativo.
Se usi Linked Table, significa che passi un percorso di connessione
delle tabelle
e quella stringa con il Percorso se non la cambi tu non può cambiare
poichè è residente nel CLIENT, il lato Server non ha colpe...!
Già l'anomalia è avere una copia di BCK OMONIMA del file Origine,
cosa assolutamente da evitare.
Tu poi parlavi di ADO e di ODBC....????
Sei certo di questo che hai affermato, non è che le tabelle sono
normalmente linkate
come Linkedtable e poi usi DAO....???
@Alex

Tu poi parlavi di ADO e di ODBC....????
Sei certo di questo che hai affermato, non č che le tabelle sono
normalmente linkate
come Linkedtable e poi usi DAO....???
il programma usa ADO 2.8 per le connessioni al database ACCESS 2000 , cosě 
afferma la sw house .
Ma quindi come ti spieghi il presunto starno danneggiamento del DB citato da 
Zanna ?
Perchč io , piů che una connessione fallata o fallita  , ho un file MDB che 
ha il contenuto del file di backup omonimo vecchio di un anno !
Misteri! 

 Misteri!
Ancora non hai detto, oltre che il DB è Access2000 con che tipo di
applicativo accedevi
a tale DB in rete...!
Ritengo che dare spiegazioni su avvenimenti così "inspiegabili" può
riguardare solo
chi ha vissuto l'esperienza, e spesso nemmeno loro possono farlo...!
E' noto che Db(Mdb) in rete possano essere colpiti da fenomeni di
Corruzione, ma
oltre questo non saprei azzardare nessuna ipotesi.
Se però il SW è stato fornito da una SoftwareHouse seria penso che
spetti a loro
dare una spiegazione ed eventualmente rispondere del problema.
@Alex

Ritengo che dare spiegazioni su avvenimenti così "inspiegabili" può
riguardare solo
se ti interessa ti dico come è andata : il cliente aveva un'azienda 
"00002.mdb"
e poi ne ha creata una "  002.mdb"  , cioè con due blank davanti !
Il gestionale scritto in vb6 li ha scambiati!
ho poi trovato un backup !
te saludi!! 

Gabriele ha scritto:

Trovo molto folcloristico poter fare cose di quel tipo(intendo
assegnare Nomi
che possono in qualsiasi modo avere problematiche).
Lo scambio in ogni caso è più facile sia, a mi avviso, un baco SW.
@Alex