Fehlerhafter SQL-ConnectionString

[Bernhard Geyer]

Zitat von shmia:

Es gibt ja 3 verschiedene OLE-DB Provider für MS SQL-Server
1. Micrsoft OLE DB Provider for SQL Server (SQL Server 7/2000)
2. SQL Native Client (SQL Server 2005)
3. SQL Server Native Client 10.0 (SQL Server 2008)
Verwendest du überall den SQL Server Native Client 10.0?

Sollte eigentlich kein Problem sein. Greifen auf SQL 7-2008R2 mit dem MS OLE DB-Treiber zu und haben bisher an dieser Stelle der Namensaufösung keine Problem (wenn der Server richtig konfiguriert ist).

[shmia]

Zitat von Bernhard Geyer:

Zitat von shmia:

...verschiedene OLE-DB Provider für MS SQL-Server...

...Greifen auf SQL 7-2008R2 mit dem MS OLE DB-Treiber zu und haben bisher an dieser Stelle der Namensaufösung keine Problem...

"Normalerweise" kann man mit jedem der 3 Treiber alle SQL Server Versionen 7/2000/2005/2008/2008R2 erreichen.
Dennoch gibt es Unterschiede.
Nach meinen Messungen sind die Native Treiber beim Abrufen grossen Datenmenge bis zu 15% schneller als der "alte OLE-DB Provider".
Es ist einleuchtend, dass der "SQL Server Native Client 10.0" der zusammen mit dem SQL Server 2008 released wurde mit einem 2008R2 besser harmoniert als ein Treiber der schon viele Jahre auf dem Buckel hat.
Treiberintern wird Tabular Data Stream als Protokoll verwendet.
Davon gibt es verschiedene properitäre Varianten und deshalb ist die Wahl des Treiber wichtig.

[Bernhard Geyer]

Zitat von shmia:

"Normalerweise" kann man mit jedem der 3 Treiber alle SQL Server Versionen 7/2000/2005/2008/2008R2 erreichen.
Dennoch gibt es Unterschiede.
Nach meinen Messungen sind die Native Treiber beim Abrufen grossen Datenmenge bis zu 15% schneller als der "alte OLE-DB Provider".
Es ist einleuchtend, dass der "SQL Server Native Client 10.0" der zusammen mit dem SQL Server 2008 released wurde mit einem 2008R2 besser harmoniert als ein Treiber der schon viele Jahre auf dem Buckel hat.
Treiberintern wird Tabular Data Stream als Protokoll verwendet.
Davon gibt es verschiedene properitäre Varianten und deshalb ist die Wahl des Treiber wichtig.

Eigentlich müsst man das für unser Produkt auch mal anschauen. Aber da MS ADO abgekündigt hat und wieder voll auf ODBC setzt werde ich mir das sparen und die Zeit besser in den ODBC-Port investieren (oder warten ob mit MS SQL-Server 2015 dann ADO++ die Wahl ist

[Brinkman]

Danke für die vielen Hinweise. werde der Sache nun mal ein wenig näher rücken. Melde mich dann, wie es ausgegangen ist.

Beste Grüße