Newsgroup: it.comp.appl.access
Titolo: Per esperti: velocità ODBC su MPLS (interfaccia ACCESS - DB Sql Server)

Carissimi,
bentrovati tutti, è da moltissimo che non vi scrivo...me ne rammarico, ma un pò il tempo, un pò il lavoro, me lo hanno impedito fino ad oggi.
E' sempre un piacere tornare a casa però ogni tanto ;)
 
A noi.
Scenario: 
Access 2003 (questo ho!!!)
 
Tabelle:
collegate con DSN - ODBC
 
DB:
SQL Server Express
 
-------------
 
Finchè sono in locale, tutto fila che è una meraviglia sfruttando il 1Gb della LAN. Il problema nasce sulle periferie connesse alla sede (sui miei server insomma) attraverso una MPLS.
 
Velocità garantita sede: 4Mb
Velocità garantita periferia: 512kb
 
La periferia, nell'uso dell'applicativo lamenta (con tutta ragione perchè l'ho testato in teleassistenza) una lentezza atavica nella gestione dei dati.
 
Parlando con un tizio di Telecom venuto oggi, mi diceva "SE USI ODBC, è inutile che continuiamo la discussione... a più di 128 bit non funziona... per cui anche se mettiamo la fibra il problema ti rimarrà! è un problema di questo driver Microsoft"...
 
Bhè io in rete non ho trovato nulla di tutto ciò... secondo voi è vera sta cosa?
e se si, c'è modo di superare la questione? e se no, avete idea del perchè il sistema sia così "PESANTE"?

 e se si, c'� modo di superare la questione? e se no, avete idea del perch� il sistema sia cos� "PESANTE"?
 
http://social.msdn.microsoft.com/Forums/sqlserver/en-US/b0d98aff-f007-403c-b179-80bb6591a2e6/slow-connection-to-remote-sql-server-2005?forum=sqldataaccess
 
 
Cio� sembra un problema della latenzia e dipendere dalla versione di SQL 
Server che non hai rivelata. Almeno il tizio della MSFT scrive che 
diventi meglio con >=2008.
 
-- 
Ciao
Karl
*********
Access FAQ:  
http://www.donkarl.com/it
 
Access Lobby: 
http://www.AccessDevelopers.org
 


Ciao Carl... ;)
 
in effetti è la 2005 la versione Express... ma ne ho una standard 2008... ora passo il db su quella e rifaccio i collegamenti. Speriamo bene ;)
Ti aggiorno...
 
Tnks

 in effetti è la 2005 la versione Express... ma ne ho una standard 2008... ora passo il db su quella e rifaccio i collegamenti. Speriamo bene ;)
 
e come sempre:
 
Il driver ODBC standard per SQL Server è lo stesso da 2000 e fa le cose 
di 14 anni fa. Se ci sono problemi cambia al driver per la versione 
specifica di SQL Server, nel tuo caso SQL Server Native Client 2005 o 
2008: 
http://msdn.microsoft.com/en-us/data/ff658533.aspx
 


 Parlando con un tizio di Telecom venuto oggi, mi diceva "SE USI ODBC, è inutile che continuiamo la discussione... a più di 128 bit non funziona... per cui anche se mettiamo la fibra il problema ti rimarrà! è un problema di questo driver Microsoft"...
 
 
Io non sono un esperto in reti e Driver,  
ma se il "collo di bottiglia" fosse il Driver allora dovresti
soffrire allo stesso modo anche in locale
 
.


No... in locale, il driver ODBC riconosce che sei in lan, e ti fa usare la velocità di quest'ultima.

 2008: 
http://msdn.microsoft.com/en-us/data/ff658533.aspx
 
 
Si si, questo è già così...

Salve Maurizio,
 
pabl...@gmail.com
:
 > Karl Donaubauer ha scritto:
 >> ...
 >>  SQL Server Native Client 2005 o
 >> 2008: 
http://msdn.microsoft.com/en-us/data/ff658533.aspx
 
 >
 > Si si, questo è già così...
 
Il fine setimana scorso sulla mia conferenza per Accessisti abbiamo 
conosciuto che ora la MS raccomanda un driver ancora più nuovo:
 
"Microsoft ODBC Driver 11 for SQL Server" (per >=2005)
http://www.microsoft.com/en-us/download/details.aspx?id=36434
 
 
Se non riesci con il Native Client puoi provare anche questo.


 Se non riesci con il Native Client puoi provare anche questo.
 
Lo proverò... solo che se poi funziona, dovrei su ogni pc (ovviamente dopo averlo installato) fare il relink delle tabelle con il nuovo driver... sai come fare da vba?... io lo faccio con il Transfert database tablelink... ma non si riesce a specificare il driver lì...

 Lo proverò... solo che se poi funziona, dovrei su ogni pc (ovviamente dopo averlo installato) fare il relink delle tabelle con il nuovo driver... sai come fare da vba?... io lo faccio con il Transfert database tablelink... ma non si riesce a specificare il driver lì...
 
Stesso principio del reconnect con tabelle di JET, cioè modificare la 
proprietà Connect (incl. driver ecc.) e poi un RefreshLink. Ci sono 
tanti esempi sul web, p.e. qui:
 
http://stackoverflow.com/questions/564265/how-to-refresh-linked-tables-in-an-access-mdb-when-odbc-changes
 
 
Qualche volta è meglio/necessario di prima cancellare tutte le tabelle 
collegate (tdf.Delete) e poi ricreare i TableDefs con le informazioni 
nuove per la proprietà Connect.


Il giorno mercoledì 8 ottobre 2014 15:48:59 UTC+2, 
pabl...@gmail.com
 ha scritto:
 
(omissis) 
 
Non mi intendo di ODBC, e mi pare di capire da quanto leggo nel 3D che
e' un po' obsoleta come tecnica.
 
Perche' non usi la tecnologia ADO  per collegarti ? In questo modo tra
l' altro puoi evitare di avere le tabelle collegate. Indi per cui puoi
disaccoppiare del tutto il db access che ospita il sofwtare dal DB dei
dati.
 
No ? 
 
 
 

 ...
 
Hai dormito gli ultimi anni? ;-)
..e se mi ricordo bene te l'ho già scritto che:
 
ADO per SQL Server = moribondo
ODBC = vecchio e moderno (persino più del DAO ;-)
 
La MS ha detto che SQL Server 2012 è l'ultima versione di sostenere 
SQLOLDEDB (Microsoft OLE DB Provider for SQL Server --> la connessione 
con ADO) e il "Mainstream Support" per SQL Server 2012 termina 
nell'estate 2017.
 
L'alternativa/baracca per la gente che dopo vogliono continuare con ADO 
è il vecchio MSDASQL (Microsoft OLE DB Provider for ODBC Drivers). Vuol 
dire la deviazione di ADO/OLEDB via il driver ODBC(!).
 
Blog sulla decision:
http://blogs.msdn.com/b/sqlnativeclient/archive/2011/08/29/microsoft-is-aligning-with-odbc-for-native-relational-data-access.aspx
 
 
Converting SQL Server Applications from OLE DB to ODBC:
http://msdn.microsoft.com/en-us/library/hh967418.aspx
 
 
SQL Server 2012 Lifecycle:
http://support2.microsoft.com/lifecycle/search/default.aspx?alpha=sql+server+2012
 



Ok, come non detto

 Drivers). Vuol dire la deviazione di ADO/OLEDB via il driver ODBC(!).
 
Gia', questo davvero sa di assurdo :-)
 

 Hai dormito gli ultimi anni? ;-)
 
Si, effettivamente si : dovetti abbandonare l' informatica per un
bel pezzo. 
 


 
Ok, ma già nel 2010 ti ho avvisato che hai dormito: ;-):
 
https://groups.google.com/forum/#!search/radicale$20ADO$20groupname$3A*access*$20author$3AKarl$20Donaubauer/it.comp.appl.access/Yy3-NgCfG1c/z6tXNJC26oUJ
 
 
e forse in 4 anni ripetiamo la discussione perché come si vede la MS non 
abbandona queste tecniche da oggi a domani.
 
Volevo soprattutto commentare il tuo consiglio per ADO per altra gente 
che potrebbe leggere la discussione.


 che potrebbe leggere la discussione.
 
Hai fatto benissimo. Lo terro' presente anche per quanto riguarda me.
 

 E' una tecnica molto generale, non capisco perche' lo mollano.
 
Per le ragioni vedi:
 
https://social.technet.microsoft.com/Forums/sqlserver/en-US/e696d0ac-f8e2-4b19-8a08-7a357d3d780f
 


 ci sono più fattori, p.e. l'OS.
 
... E non decida di cambiare sistema operativo :-) 
 
Per il resto : grazie mille. E scusa per la smemoratezza :-)