Newsgroup: it.comp.lang.visual-basic
Titolo: [?] passaggio ad access 2000

Salve a tutti.
Mi trovo ad aggiornare un vecchio programma sviluppato in vb6 che si
collegava a database di access 97 alcuni dei quali protetti da password.
Ho aggiornato i riferimenti togliendo la libreria DAO precedente (quella
compatibile dalla 2.5 alla 3.51) e l'ho sostituita con la 3.6. Quindi, in
tutti i controlli Data ho modificato in fase di progettazione la proprietà
connect, che era impostata su Access, in Access 2000.
Per i db senza protezione tutto OK, ma i controlli Data collegati a database
protetti non funzionano più.
Ad esempio il codice:
data1.databasename = "miodb.mdb"
data1.connect = ";pwd=" & mypwd
data1.recordsource = "miatabella"
data1.refresh
Arrivato a quest'ultima istruzione si blocca con l'errore "Formato database
non riconosciuto."
Ho tentato di impostare connect con stringhe tipo: "Access
2000;pwd=" & mypwd, ma niente, l'errore rimane uguale.
Cosa mi consigliate di provare?
Grazie anticipatamente.
Salvo
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Cosa mi consigliate di provare?
Almeno SP4, vivamente consigliato il 5, moderatamente sconsigliato il 6 :-P
Vedi anche qui:
http://makeashorterlink.com/?E20D12898


scusa ho dimenticato di dire che ho il service pack 6.


 scusa ho dimenticato di dire che ho il service pack 6.
Ecco, a parte quel link (e tanta altra roba relativamente a controlli
data-eccetera, da segare!!!, con password e Acces 2000, su Google Groups),
non vorrei che tu ti sia ti sei beccato l'ultimo virus M$ denominato SP6.
Sto scherzando (ma non troppo), ma oltre a quanto detto non ti so essere
d'aiuto.


ok, grazie lo stesso, vedrň cosa posso fare



ok adesso ho le idee più chiare e ho trovato la "soluzione" al mio problema:
mi collego al recordset da codice e poi imposto l'oggetto recordset del
controllo data con il mio oggetto recordset.
Ma datasi l'instabilità di questo controllo data cosa mi consigli di fare?
Esiste qualcosa di simile che possa chiamarsi un controllo decente? ADO può
essere un'alternativa facilmente applicabile? Non vorrei, dopo aver
sostituito gli innumerovoli controlli data che si trovano nel progetto,
trovarmi nella stessa situazione (o peggio) di prima...
Inoltre non posso passare ad altri formati di database per esigenze
aziendali.
Grazie per le risposte che almeno mi hanno aiutato a risolvere il problema
temporaneamente.


 essere un'alternativa facilmente applicabile?
Nooo... ti prego... ADO con Access è una catastrofe!
Lupo mi darà ragione (spero!) ma ADO con Access è uguale a un decadimento
delle prestazioni che ti farà bestemmiare non poco.
Se proprio vuoi fare il salto verso ADO, penso che sia auspicabile anche un
passaggio da Access a SQL Server o MSDE.
Ciao, Vincenzo

 prima...
Personalmente uso, sempre e solo da codice, DAO 3.6 per archivi di tipo
Access (97 o 2000) perchè è il più veloce in assoluto. Uso ADO solo ed
esclusivamente per SQL Server.
A parte il discorso sulla velocità (vedi tu...) se devi scrivere/riscrivere
(e per passare dai data al codice di robetta ce n'è da cambiare) ti
consiglierei di usare ADO anche per Access, non fosse altro perchè tutto
quello che farai sarà immediatamente aperto (basterà cambiare la stringa di
connessione per il provider/database di destinazione e eventualmente i
comandi SQL per diverso linguaggio/dialetto) ad altri database.
Un'altra cosa: per la gestione delle strutture del database ADO usa la
librearia ADOX che per me è fatta alla carlona (qui si sa che non amo ADO,
vedi tu se una X in coda può farmi cambiare idea...). Puoi adottarla e farci
qual che vuoi/può. Io, per Access, continuerei a usare DAO (anche solo per
quelle funzionalità). DAO e ADO possono convivere nello stesso progetto, è
solo necessario anteporre la libreria di competenza ai vari oggetti con
"tipo" comune, per esempio DAO.Recordset o ADODB.Recordset.

 anche un passaggio da Access a SQL Server o MSDE.
Ecco il punto: Con ADO vai dove vuoi, piano-piano, ma dove vuoi. ;-)