Newsgroup: it.comp.lang.visual-basic
Titolo: questione ADO

ciao,
scusate la domanda da profano che forse per voi è scontata:
ho un vecchio prog. con accesso ai dati con DAO 3.6 in cui utilizzavo
Recordset su Dynaset e Table, ora devo riconvertirlo per i nuovi sistemi
in cui da quello che leggo con il nuovo sistema ADO 2.5 o 2.8 ovviamente
con tutte le modifiche necessarie al sw...
quello che chiedo è se questo passaggio sia necessario oppure è uguale
e se il passaggio permette una maggio velocità di accesso ai dati
Grazie
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Grazie
Se il DB è JET(Access per gli amici) direi che non conviene
passare ad ADO poichè JET lavora con DAO e costringi alla doppia
conversione.
Se usi un Server SQL allora direi che il passaggio è migliorativo
ma non indolore, sul fatto che sia necessario non credo però
io non mi metterei a riscrivere del codice per passare da DAO ad ADO.
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 @Alex
-- 
questo articolo e` stato inviato via web dal servizio gratuito 


 
Sai di voci in giro ce ne sno molte, si diceva che
ODBC era obsoleto e che OLEDB avrebbe rivoluzionato
la gestione degli accessi ai DB, ed invece ODBC
è rimasto tutt'ora in voga anzi......!
Per DAO e JET fossi in te non perderei tempo, se
pensi di passare ad un DB serio magari MSDE che è
gratuito allora posso dirti che in vista di eventuali
sbocchi su SQL_Server sarebbe un'ottima cosa dedicarsi
ad ADO, ma mantenendo JET non c'è chiacchiera che tenga.
Tieni conto che se sparisce DAO sparisce JET, quindi
mi preoccuperei maggiormente di migrare il tutto su
un motore più serio.
Ciao


 io non mi metterei a riscrivere del codice per passare da DAO ad ADO.
Se usa SQL server il passaggio direi che è necessario,
DAO funziona solo con Access...
ciaociao

 wrote in message 
news:434a7...@x-privat.org

Questa dovrebbe essere riportata sul SC, credo
sia una battuta simpatica da leggere.
Ed io che uso DAO anche con SQL da anni chissà come
cavolo fa a funzionare.......


 cavolo fa a funzionare.......
Uhm...
E come fai?
collegando le tabelle tramite access?
 
-- 
Salutoni
Sergio
Per rispondere... togli il group dall'indirizzo
Se i tempi non chiedono la tua parte migliore, inventa altri tempi. 
(Baolian, libro II, vv. 16-17)


 collegando le tabelle tramite access?
Io uso Access principalmente ma il metodo
Connection non è di Access ma dell'oggetto
WorkSpace e supporta ODBC Direct, quindi posso aprire una
connessione DAO direttamente sul Server.
Se non sbaglio, ma correggetemi in questo caso, anche VB
supporta DAO, pertanto.....!
Dall'Help
Set connessione = areadilavoro.OpenConnection (nome, opzioni,
disolalettura, conness)
Sub OpenConnectionX()
	Dim wrkODBC As Workspace
	Dim conEditori As Connection
	Dim conEditori2 As Connection
	Dim conEditori3 As Connection
	Dim conCiclo As Connection
	' Crea l’oggetto Workspace di ODBCDirect.
	Set wrkODBC = CreateWorkspace("NewODBCWorkspace", _
		"admin", "", dbUseODBC)
	' Apre l’oggetto Connection usando le informazioni
	' fornite nella stringa di connessione. Se queste
	' sono insufficienti, si può rilevare un errore piuttosto
' che andare alla finestra di dialogo Gestore del Driver ODBC.
	MsgBox "Apertura di Connection1..."
	Set conEditori = wrkODBC.OpenConnection("Connection1", _
		dbDriverNoPrompt, , _
		"ODBC;DATABASE=editori;UID=sa;PWD=;DSN=Editori")
