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

Salve a tutti.
Sto cercando di utiilizzare le connection ADO su una mia procedura da
affiancare e poi (sigh!) sostituire le care DAO; questo per vari motivi, non
ultimo il fatto che oramai sto avendo sempre piu' a che fare con DB
Access2000.
Tornando al punto iniziale ho un problema:
la condizione iniziale e' quella di interfacciarsi ad un DB Access (97 o
2000 ho le stesse difficolta') protetto SOLO da password.
Sia creando una connection in un DataEnvironement, sia utilizzando
l'ADODataControl, sia creando via codice una connection,  non riesco a
trovare la possibilita' di immettere SOLO la password nella stringa di
connessione, ma mi viene SEMPRE richiesto anche l'userID, come se questo
tipo di connessione supportasse solo la protezione a livello utente di
Access.
Il codice che lancio per creare la connection e' questo:
Dim DataSco As ADODB.Connection
Set DataSco = New ADODB.Connection
DataSco.Provider = "Microsoft.Jet.OLEDB.3.51"
DataSco.Open "c:\Plichi\Data.mdb", False, ";pwd=password"
Questa ultima riga l'ho "provata" in varie salse, ovvero ho provato un po'
tutto nella parte UserID: ho tentato come sopra il "False", il "", lasciando
vuoto ..., , ... , ma ho sempre la stessa risposta: File informazioni sul
gruppo di lavoro mancante od utilizzato in maniera esclusiva da un altro
utente. Chiaramente il file *.mdw c'e' ed e' quello standard (system.mdw), e
non e' utilizzato da nessuno ( il db e' anche chiuso ).
Lo stesso messaggio mi ritorna se uso il wizard di creazione di una
connessione sia dal DataEnvironement che dall'ADODataControl.
Spero di essere riuscito a spiegarmi, ed un grazie a tutti
Giuseppe
--
Posted from 
small-2.inet.it
 [194.20.8.11] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 DataSco.Open "c:\Plichi\Data.mdb", False, ";pwd=password"
Prova cosģ:
DataSco.Open "c:\Plichi\Data.mdb;UserId=Admin;Pwd=password"
Se non imposti la password, access usa Admin.
Poi, se usi il DE, il nome utente lo trovi gią impostato... lasciacelo!
--
Ciao a tutto il NewsGroup
Alex
alm...@tin.it


alm...@tin.it
Niente da fare, e' una delle "varie" prove che ho fatto; oltre ad "admin" ho
provato anche con "amministratore" visto che Access mette questa UserID come
default.
....non so proprio che fare !!!
Ciao a tutti


 come default.
In effetti, da lo stesso errore anche a me, impostando la password.
Ho fatto una prova col DE...
Non ho capito perché, ma se lasci admin e spunti la casella password, non ti
da piů l'errore e te lo apre.
Ho provato anche con il dsn ed il controllo data e funziona.
Se vuoi usare la password, prova ad usare il DE, spuntando la casella blank
password, mettendo quest'ultima come condizione di accesso al tuo programma.


password, mettendo quest'ultima come condizione di accesso al tuo
programma.
Niente....
Creo un DE, faccio un Aggiungi connessione, seleziono MS Jet 3.51 oppure 4.0
OLE DB Provider a seconda che il DB sia A97 o A2000 (provato sia con DAO3.6
che 3.51), clicco su Avanti, seleziono il DB, ed a questo punto faccio il
"Verifica connessione", ora accade :
1)Se ho lasciato tutto come default, ovvero Nome utente "Admin" e spuntata
Nessuna password, la risposta e':
Verifica connessione non riuscita.Errore durante l'inizializzazione del
provider.Password non valida.
2)Levo la spunta a nessuna password, e nella casella password non metto
nulla, (nella casella nome utente c'e' sempre "Admin"):
stessa risposta di prima
3)Nella casella della password metto la password del database, (nella
casella nome utente c'e' sempre "Admin"):
Verifica connessione non riuscita.Errore durante l'inizializzazione del
provider.Il file informazioni sul gruppo di lavoro e' mancante o aperto in
modo esclusivo da un altro utente.
4)Nella casella password metto la password del datatbase, ma non metto nulla
nella casella nome utente:
di nuovo il messaggio precedente in cui si fa menzione al gruppo di lavoro.
Non mi pare di aver dimenticato nessuna combinazione.
Ho provato anche a connettermi ad un DB access,sempre sviluppato da me, su
un nostro server, che e' protetto "a livello utente", ovvero chiede UserID e
PWD a chi vuole aprirlo; chiaramente ho immesso UserID e PWD che consentono
l'accesso, ma ho ricevuto il solito messaggio sul file informazioni gruppo
di lavoro (qui e' giusto poiche' e' un file MDW ad Hoc che risiede sul
server che viene invocato dal collegamento al file Access)
In pratica e' come se DE non riuscisse ad individuare il file MDW sul PC
(c'e' modo di dargli il path?).
Un ciao a tutti


 Ho provato anche a connettermi ad un DB access,sempre sviluppato da me, su
un nostro server, che e' protetto "a livello utente", ovvero chiede UserID e
PWD a chi vuole aprirlo; chiaramente ho immesso UserID e PWD che consentono
l'accesso, ma ho ricevuto il solito messaggio sul file informazioni gruppo
di lavoro (qui e' giusto poiche' e' un file MDW ad Hoc che risiede sul
server che viene invocato dal collegamento al file Access)
In pratica e' come se DE non riuscisse ad individuare il file MDW sul PC
(c'e' modo di dargli il path?).
Mi spiace, ma non so che dirti, non potendo fare prove in tal senso.
Non ho occasione di sperimentare su una rete, non ho un file .mdw eppure il
mio db si apre, nonostante la password.
Come la mettiamo? ;):)
[ot mode on]
Per favore, quando *rispondi* ad un messaggio, usa Rispondi...
Altrimenti mi si spezza il thread.
Grazie
[ot mode off]
Hai pensato seriamente ad impostarlo il nome di utente con la stessa
password e connetterti con nuovo nome e stessa password?
Domanda cattiva: ma tu riesci ad accedere al db da access?
Sinceramente non mi viene in mente altro... mi dispiace. Ho raggiunto il mio
limite di cognizioni in merito. :(


 wrote in message
382d9...@news.megasys.it...


tu riesci ad accedere al db da access?
..Alla domanda cattiva non rispondo.......dovrei essere altrettanto
cattivo!!  :)
Comunque, niente da fare, sto provando in tutte le salse, ma tramite ADO non
mi si apre, ho provato anche a crearne un'altro, con un'altra password,
nulla !!
Giuseppe
--
Posted from 
small-1.inet.it
 [194.20.8.3] 


queste magiche parole subito dopo la dichiarazione del provider tramite un
bel ";" ciao prova e fammi sapere marco
Allora:
fatto ma la risposta e' la stessa.
Anzi, se nella stringa metto ;Password=pippo la risposta e' la stessa che mi
richiama il file informazioni sul gruppo di lavoro: se invece metto, come mi
hai indicato, ;Database Password=pippo , mi ritorna un "Errore ADO:
Impossibile trovare ISAM installabile"
Ciao
