SQL Native Client mit und ohne Versionsangabe?

[Bernhard Geyer]

Auf unseren Test-DB-Server gibt es die OLE DB-Provider

• SQL Native Client
• SQL Server Native Client 10.0
• SQL Server Native Client 11.0

Lokal habe ich nur

• SQL Server Native Client 10.0

Ich gehe mal davon aus das

SQL Native Client = Version 2005
SQL Server Native Client 10.0 = Version 2008(R2)
SQL Server Native Client 11.0 = Version 2012

Gibt es Nachteile wenn ich z.B. einen 2012 SQL-Server habe und den SQL Native Client habe?
Oder sollte man immer die passende Provider-Version auf allen Client ausrollen (höherer Administrationsaufwand sowas zu machen)?

[mkinzler]

Sicherer wäre es eine passende Version auf dem Client installiert zu haben

[sx2008]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1159357)

Gibt es Nachteile wenn ich z.B. einen 2012 SQL-Server habe und den SQL Native Client habe?

Allgemein kann man sagen, dass ein neuerer Datenbanktreiber mit einem älteren Server gut funktioniert während ein älterer Treiber mit einem neueren Server weniger zu empfehlen ist.

Grund:
ein älterer OLE-DB Provider kennt natürlich nur sein veraltetes Protokoll, obwohl der Server ein neueres Protokoll anbieten möchte.
Daher muss der neuere Server mit dem älteren Protokoll arbeiten, was natürlich wie Leistung verringert.

[Bernhard Geyer]

Zitat:

Zitat von sx2008 (Beitrag 1159364)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1159357)

Gibt es Nachteile wenn ich z.B. einen 2012 SQL-Server habe und den SQL Native Client habe?

Allgemein kann man sagen, dass ein neuerer Datenbanktreiber mit einem älteren Server gut funktioniert während ein älterer Treiber mit einem neueren Server weniger zu empfehlen ist.

Grund:
ein älterer OLE-DB Provider kennt natürlich nur sein veraltetes Protokoll, obwohl der Server ein neueres Protokoll anbieten möchte.
Daher muss der neuere Server mit dem älteren Protokoll arbeiten, was natürlich wie Leistung verringert.

So würde ich es erwarten. Dann könnte ich checken welche maximalversion von Client instaliert ist un diese dann entsprechend auswählen.

Aber mit dem 2008er Native Client ist die Performance eher schlechter als mit dem SQLOLEDB-Provider (jedenfalls bei meinen Testprogramm) :-(

[Bernhard Geyer]

Müsste ich bei Verwendung des Native Client auch auf eine höhere ADO-Intefaceversion springen.

In D6 wird ja Command, Connection etc auf die 1.5er Interfaceversionen gemappt.
In XE2 wären es hier die 2.5er Interfaceversionen.

Es läuft auch mit dem Mapping der D6-Version, jedoch ist der native Client (nach meinen Messungen) etwas langsamer.

[shmia]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1159377)

... jedoch ist der native Client (nach meinen Messungen) etwas langsamer.

Bei meinen Messungen war es gerade anderstrum; der Native-Client war 5 - 10% schneller.
Hast du bei deinen Messungen auch die Caches gelöscht?

SQL-Code:

DBCC FREEPROCCACHE
DBCC DROPCLEANBUFFERS