DAO con SQLSERVER
Ricc
access va MOLTO meglio che ADO).
Ora vorrei renderlo compatibile anche con sqlserver. Vorrei (per ovvi
motivi) utilizzare tutto ciò che ho già scritto in DAO, cambiando quindi
solamente la connessione con il db.
Non so se DEVO usare ODBC oppure se posso usare un driver "diretto".
Potete darmi qualche dritta? Sia con l'uso di ODBC (non so se ne perderò in
prestazioni...) che "direttamente".
Grazie!
Esteban
news:9o56e5$9u6of$1...@ID-77234.news.dfncis.de...
Dim gdbCurrentDB As Database
Dim strConnect As String
'Con ODBC:
strConnect =
"ODBC;DSN=nome_odbc;UID=nome_utente;DATABASE=nome_database;PWD=password;"
'Senza ODBC:
strConnect = "Driver={SQL
Server};Server=nome_server;UID=nome_utente;DATABASE=nome_database;PWD=passwo
rd;"
Set gdbCurrentDB = gwsMainWS.OpenDatabase("", False, False, sConnect)
e poi usi i recordset e tutto il resto come al solito
Ciao!
Esteban
Hosted by www.seber.it
Ugo Mangini
"Esteban" <esteban...@email.it> ha scritto nel messaggio
news:Afpp7.291$Q25....@news.infostrada.it...
> "Ricc" <NOSPAM#riccv...@hotmail.com> ha scritto nel messaggio
> news:9o56e5$9u6of$1...@ID-77234.news.dfncis.de...
> > ho scritto un'applicazioncina che usa un db ACCESS. Ho usato DAO (che
con
> > access va MOLTO meglio che ADO).
> >
Nulla da eccepire
> > Ora vorrei renderlo compatibile anche con sqlserver. Vorrei (per ovvi
> > motivi) utilizzare tutto ciò che ho già scritto in DAO, cambiando quindi
> > solamente la connessione con il db.
> >
Come volevasi dimostrare. :-PPP
> > Non so se DEVO usare ODBC oppure se posso usare un driver "diretto".
> >
> > Potete darmi qualche dritta? Sia con l'uso di ODBC (non so se ne perderò
> in
> > prestazioni...) che "direttamente".
Ehm, usa Ado e il provider SqlServer... :-PPP
>
> Dim gdbCurrentDB As Database
> Dim strConnect As String
>
> 'Con ODBC:
> strConnect =
> "ODBC;DSN=nome_odbc;UID=nome_utente;DATABASE=nome_database;PWD=password;"
> 'Senza ODBC:
> strConnect = "Driver={SQL
>
Server};Server=nome_server;UID=nome_utente;DATABASE=nome_database;PWD=passwo
> rd;"
>
> Set gdbCurrentDB = gwsMainWS.OpenDatabase("", False, False, sConnect)
> e poi usi i recordset e tutto il resto come al solito
>
Ehmmm... spiacente ma stai usando Odbc in entrambi i casi...
Nel primo hai una Dsn esplicita definita sulla macchina, nel secondo crei la
connection a runtime, ma semprer via Odbc vai...
ciao
ugo
Fox Mulder
"Ricc" <NOSPAM#riccv...@hotmail.com> ha scritto nel messaggio
news:9o56e5$9u6of$1...@ID-77234.news.dfncis.de...
Se non vuoi usare Ado perchè sei affezionato a DAO (per motivi che solo tu
sai) lascia perdere SQLServer
Saluti
Ricc
> sai) lascia perdere SQLServer
"i motivi che io solo so" sono che dao va meglissimo di ado su Access, ed
Access è il mio db server "principale".
...altri motivi in realtà ci sono, e sono legati al casino che mi danno
l'installazione di mdac_type e DCOM95 e DCOM98 ("robe" che con dao non ho
assolutamente: installo alcune dll e via). - oltre alla dimensione del kit -
ho provato con DAO ad accedere a SQL Server e va benissimo. Non so solo se
sto andando "al rallentatore", non ho fatto prove comparative.....
Ricc
> > > motivi) utilizzare tutto ciò che ho già scritto in DAO, cambiando
quindi
> > > solamente la connessione con il db.
>
> Come volevasi dimostrare. :-PPP
DIRETTIVA AZIENDALE NUMERO 1: risparmiare tempo/costo/risorse/fatiche è il
tuo ruolo. ;-))
> Ehm, usa Ado e il provider SqlServer... :-PPP
azz! questo è in conflitto con la direttiva aziendale numero 1! Rischio il
decurtamento dello stipendio! =-(
> > 'Senza ODBC:
> > strConnect = "Driver={SQL
> >
>
Server};Server=nome_server;UID=nome_utente;DATABASE=nome_database;PWD=passwo
> > rd;"
> >
> Ehmmm... spiacente ma stai usando Odbc in entrambi i casi...
> Nel primo hai una Dsn esplicita definita sulla macchina, nel secondo crei
la
> connection a runtime, ma semprer via Odbc vai...
Il fatto di non usare ODBC "dovrebbe" rendere l'app più veloce,
Il fatto di non configurare l'ODBC fa in modo che l'utente non debba fare
NIENTE.
come devo fare?
Grazie, Ciao.
Ugo Mangini
>
> DIRETTIVA AZIENDALE NUMERO 1: risparmiare tempo/costo/risorse/fatiche è il
> tuo ruolo. ;-))
>
:)
> > Ehm, usa Ado e il provider SqlServer... :-PPP
>
> azz! questo è in conflitto con la direttiva aziendale numero 1! Rischio il
> decurtamento dello stipendio! =-(
>
:((((
>
> Il fatto di non usare ODBC "dovrebbe" rendere l'app più veloce,
> Il fatto di non configurare l'ODBC fa in modo che l'utente non debba fare
> NIENTE.
> come devo fare?
>
Se non vuoi usare Ado, dovresti dare un'occhiata alle specifiche di
OdbcDirect, vedi Msdn (ci ho "giocato" solo una volta prima di migrare
definitivamente a Ado).
Tieni presente che però ti conviene piuttosto far convivere nella stessa app
Dao e Ado.
Oppure usare la seconda sintassi suggerita da Esteban che, pur continuando a
usare Odbc -attraverso- Dao, ha il ventaggio di svincolarti dai DSN statici
e ti permette di usare codice Dao "pulito" a cui sei abituato.
(Se Pal leggesse questa mia... brrrr... spero che Java non riferisca...
:-PPP )
ciao
ugo
java
"Ugo Mangini" <ugoma...@tiscalinet.it> ha scritto
> Se non vuoi usare Ado, dovresti dare un'occhiata alle specifiche di
> OdbcDirect, vedi Msdn (ci ho "giocato" solo una volta prima di migrare
> definitivamente a Ado).
> Tieni presente che però ti conviene piuttosto far convivere nella stessa
app
> Dao e Ado.
> Oppure usare la seconda sintassi suggerita da Esteban che, pur continuando
a
> usare Odbc -attraverso- Dao, ha il ventaggio di svincolarti dai DSN
statici
> e ti permette di usare codice Dao "pulito" a cui sei abituato.
> (Se Pal leggesse questa mia... brrrr...
per un attimo ho letto
"se pal leggesse questa mia birra"
giurerei che quelle consonanti stanno ancora risonando
lungo prealpi, alpi e postalpi...
> spero che Java non riferisca...
> :-PPP )
>
> ciao
> ugo
tranquillo, staro' muta come una cocorita.
anche perche' non ci ho capito un osso.
grazie, anche a esteban,
j.daa (*)
(*) femm. di dao
davide
cambiare l'accesso al db come suggerito e tutto funzia... ma alcune cose
tipo aprire i recordset in modalità dbOpenTable, o l'utilizzo di .Index non
funzionano cmq.... a questo punto non conviene passare a ADO?
ciao
davide