Newsgroup: it.comp.lang.visual-basic
Titolo: Access e file .lbd

Ciao a tutti,
in relazione al mio post precedente volevo chiedermi se qualcuno può
aiutarmi a saperne di più su questo file .ldb.
Dalle ricerche in rete ho capito solo che è un file di lock che si genera
quando qualcuno accede al db e si cancella quando la connessione viene
chiusa, però:
- perchè, se per qualche motivo la mia applicazione viene terminata senza
che il file .ldb sia stato cancellato, non riesco più ad accedere al
database dopo aver cancellato manualmente questo file?
- c'è un modo per ripristinare il db (possibilmente da codice)  per il
problema di cui sopra?
- esiste qualche tipo di gestione del db (dao, ado, ecc.) che faccia in modo
che tale file non venga creato, oppure questa è una pecularità dei db access
e viene creato con qualsiasi tipo di accesso al db?
Ringrazio tutti coloro che mi sapranno essere di aiuto.
Watson

 Watson
A spanne te lo spiego cosě...visto che sembri non voler capire le info
dell'altro post!
SE accedi ad access con un singolo utente (app. MONO utente)...ldb contiene
le info di chi sta accedendo....
MA siccome sei monoutente....quando butti giů la connessione ldb scompare!
NON SCOMPARE????
cazzarolina!...c'hai un bug nella tua applicazione?
Attenzione perň.....scompare compatibilmente con i tempi del pc "server"....
OPEN
CLOSE
OPEN
da vb č sicuramente piů veloce del server (č tutto asincrono)....ergo....in
DAO.....stai connesso sempre!
o il pc č configurato male?
Una cosa abbastanza comune a chi lo usa in ambito web....č il fatto che dove
sta Access ci deve essere il permesso di scrittura perchč deve scriversi sto
benedetto file.
Ma non č il caso del tuo errore vero?
Funziona sotto NT e non sotto cosa?
Win2k...ma non sempre...a tratti???
AHIA
questo č sintomo di bug fortissimamente bug nella tua applicazione (logico o
proprio materiale)
Candidati probabili....multiutenza fatta male....un utente si scollega senza
chiudere la conn (ad es. spegne il pc)...la tua aplicazione non controlla
nulla...al successivo avvio c'č sempre un utente "sospeso" che fa incazzare
access!
Prima di tutto:
Tecnologia accesso dati? ADO o DAO?
Poi per capčirci un po di piů...appena la macchina esplode
http://www.mvps.org/access/modules/mdl0055.htm
per vedere che cosa sta succedendo nell'ldb e chi č rimasto loggato
IMHO stai provando a riaccedere con il solito utente!
Io procederei cosě...
CONN all'inizio e ogni pc utente diverso....in pratica devi gestire Access
come archivio multiutente
...disconnetti alla fine....
Cosě dovresti essere tranquillo....(per modo di dire...basta un blackout e
si sputtana tutto)
fermo restando ....che MSDE č li ....senza tutti questi problemi!

 ha scritto nel messaggio
news:mdhje.61617$Of5....@nntpserver.swip.net...



Ergo?...arriva tu alle conclusioni.......
non è che nel pc incriminato hai access2000???
se si hai un po di dll confuse nel pc....
nel senso che per access97 ci vuole un dao per il 2000 un altro....
consiglio....
trovati un vecchio setup (a trovarlo!!!....il buon GbC ce l'aveva un vecchio
setup di dao3.5) e reinstalla dao 3.5 su quella macchina!
Cmq se hai i cd di office97 dovrebbe essere da qualche parte li dentro!
Io presuppongo che:
3343 "Unrecognized database format 'percorso file' "
faccia capo ad un percorso esistente e valido in quella macchina ...e
quindi...
presuppongo che tu non tenti di aprire 'percorso file'...ma ..ad esempio
c:\temp\pippo.mdb !!!
Quell'errore li è sintomatico che tenti di usare un formato al posto di un
altro!
lo dice:
http://support.microsoft.com/kb/q238401/
che spiega bene !!!
come pure questo!
http://www.devx.com/vb2themax/Tip/18535
usi il datacontrol o fai tutto da codice???

 ha scritto nel messaggio
news:Yvije.61639$Of5....@nntpserver.swip.net...



Dipende....
access ha il pregio enorme di avere tutto in un unico file mdb da
distribuire...form...query report etc etc
se però lo usi come "puro" database....
i problemi non è che si semplificano....
nel senso che risolverai probabilmente alcuni problemi di compatibilità fra
versioni....ma starai sem,pre alla sorte per
quanto riguarda un blackout....o una scrittura malfatta...o a dover ogni
tanto ricompattare tutto...etc etc...
C'ho messo un po anche io ad arrivarci....
ma imho se proprio devi rifare tutto.....metti sotto msde...la vita ti si
complica un attimino da un punto di vista "programmatorio"
ma sicuramente il tuo stomaco ed i tuoi nervi ne trarranno grande beneficio!
Quindi...il vecchio continua a rappezzarlo come vuoi!
Il nuovo portalo subito sotto msde.....
sempre tutto quanto imho!!!

 Voi che ne pensate?
Ecco cosa ne penso.
VB6 installa DAO 3.51 che va bene per leggere files .mdb fino ad Access97
Il Jet4 (o forse l'SP3) installa anche DAO 3.6, che legge anche gli mdb più
recenti (praticamente dal 2000 in poi hanno tutti lo stesso formato).
La cosa interessante è che DAO 3.51 è che nel compattare il DB può farlo in
un formato precedente.
Il Jet3.6 legge di tutto ma ti salva solo in formato Access2000.
Ecco svelato l'arcano.
I tre DAO possono tranquillamente convivere, quindi non c'è nessun casino di
DLL.
Vuoi lavorare solo con Access97?
Ti metti il 3.51 e vai tranquillo.
Ciao
--
Reporting tool: 
http://www.neodatatype.net
Qualunque mentecatto può scrivere codice che un computer possa capire.
I buoni programmatori scrivono codice che gli uomini possano capire.
[Martin Fowler]

 ha scritto nel messaggio


 Ti metti il 3.51 e vai tranquillo.
Mi pare che attraverso DBengine.Inipath ci sia possibilità di leggere (forse
anche impostare) quale motore si intende usare per quella data sessione.
--
Greg