Newsgroup: it.comp.lang.visual-basic
Titolo: ? pwd in dao 3.6

tutto bello contento che finalmente posso acceder ai mdb di access 2000, ho
notato che non mi funzion la password, cioč
imposto password con access e poi
opendatabase(nomefile,true,,"ODBC;UID=Admin;pwd=bo")
e non mi riconosce bo con password
ho provato a verificare il case sensitive , ma tutto inutile
qlc1 sa aiutarmi ?
G 2K

Ciao, prova ad usare "Database Passsword=bo" invece di "UID=Admin;pwd=bo"
con ADO nella stringa di connessione con i db di Access2000 funziona se non
funziona prova con "JET OLEDB:Database Passsword=bo"
Ciao Luca

Ciao Luca,
sono stato tutto il pomeriggio su Ado dao e compagnia bella per ottenere un
bel niente....
allora ti simulo la mia situazione :
strfileged = "Provider= " _
    & "Microsoft.Jet.OLEDB.4.0;" _
    & "Persist Security Info=False;" _
    & "User ID=amministratore;Database Password=bo;JET OLEDB:Database
Password=bo;data source=" & _
    App.Path & "\geddb.mdb"
   MDIged.Adodc1.ConnectionString = strfileged
niente non si connette ne usando database passw che jet oledb..
mi visualizza un errore del tipo il file di informazione sul gruppo di
lavoro mancante o aperto in modo accesso esclusivo
devo impostare la password oppure autenticare i gruppi di lavoro ??
li ho provati tutti e 2
che faccio , sto maleeeee !!!

 wrote in message
86aaa5$pel$1...@pegasus.tiscalinet.it...


  Ciao luca,
 e grazie grazie grazie 3Tb (terabit) grazie ai tuoi preziosi consigli
adesso la password funziona perfettamente e nessuno potrà entrare nel
database che ho creato con Access 2000 a fare danni !
secondo avevo connesso un dbgrid ad un adodb e finchè avveniva a livello
design  usando [...] tastino di ms era tutto ok, ma quando settavo io la
connectionstring con App.path & file.mio mi sputava fuori
ISAM non installabile,
allora mi ha preso uno sclero tale che ho prendevo a testate il monitor, ma
non è indicato e poi mi serve per guadagnare oppure.....
ho indicato in references tutte le librerie che vb6 trovava in
windows\system con win 98.....E L'HO FOTTUTO !! (scusa il termine, ma mi ha
fatto soffrire per un giorno intero !)
Adesso tolgo una libreria alla volta ed avvio il prog ... --che schifo di
metodo !
tu sai per caso quale libreria esatta è ??
Grazie ancora
@lex

Ciao, grazie ma non mi lusingare troppo che poi mi emoziono... :-))
Il secondo punto non mi è molto chiaro, vediamo se è come penso: hai un
datagrid (OLEDB) e un ADO Data Control, cosa esattamente non ti funzionava?
Come reference io oltre alle solite ho:
- Microsoft ActiveX Data Objects 2.0 Library (puoi sostituirla però con la
2.1)
- Microsoft Data Binding Collection
non ho altre librerie referenziate.
Se avessi capito male fammelo sapere!!
Ciao Luca

ciao luca,
infatti ora che ti scrivo ho cancellato le librerie che non cambiavano il
corretto funzionamento del prog e le librerie per installare ISAM penso che
siano proprio:
 Microsoft ActiveX Data Objects 2.1
 Microsoft Data Binding Collection
ora devo sincronizzare la corretta visualizzazione tramite mshflexgrid del
db,
ho impostato la prop. datasource=adodc1 perň aggiungendo un nuovo record
non viene visualizzato, anche se imposto autoredraw su true e richiamo
adodc1.refresh e mshflexgrid.refresh  ... cercherň il metodo giusto !!
Grazie ancora e Ciao

, 
deve...@promosoft.it
 says...

Scusami, volevo un piccolo chiarimento dopo aver letto diversi messaggi 
sulla questione access 2000.
Praticamente non bisogna piu' usare il Dao se si crea un Database con 
A2000 ma č meglio usare l'ADO?
Sbaglio?
Grazie Francesca

Ciao Francesca,
il passaggio da DAO a ADO come ogni cosa ha i propri pregi ma anche alcuni
difetti. L'utilizzo di Access2000 non preclude l'utilizzo di DAO, perché se
non sbaglio la 3.6 gestisce quest'ultimo tipo di DB.
Personalmete sono migrato a ADO, sia perché mi capita sempre più spesso di
utilizzare SQL Server o MSDE, sia perché credo di essere uno di quei maniaci
dell'ultima tecnologia, che appena può migra verso le ultime novità.
Sinceramente (spero che non mi smentiscano in troppi) credo che sotto molti
aspetti ADO sia "migliore" di DAO, purtroppo non ha ancora raggiunto una
discreta robustezza, ma è giovane e crescerà, e mi preoccupa anche iniziare
nuovi progetti con DAO perché non mi dà quella portabilità e scalabilità che
ritrovo invece in ADO, a discapito forse delle prestazioni, infatti con
Access è parecchio più lento di DAO.
Queste righe certamente non esauriscono il discorso (ce ne sarebbe veramente
da discutere), anzi probabilmente ti creeranno ancora più confusione, ma se
vuoi un consiglio se puoi valuta il passaggio ad ADO, perché credo che
comunque DAO sia una tecnologia destinata a tramontare.
Ciao Luca