MSSQL - wie noch in Zukunft drauf zugreifen.

[generic]

Hallo DP,

wie greift man zukünftig auf den Microsoft SQL-Server 2012 oder später zu?

Ich habe paar alte Projekte, welche via dbGo -> TAdoConnection -> OLEDB Treiber zugreifen.

Die OLEDB Treiber werden allerdings aber 2012 nicht mehr gewünscht.
Quelle: https://msdn.microsoft.com/en-us/lib...(v=sql.1).aspx

Zitat:

OLEDB - The OLE DB provider will not be included after SQL Server 2012.

Zitat:

ADO - The ADO SQL driver has a direct dependency on the OLE DB provider. As such, it will not be supported after SQL Server 2012

Hinzu kommt das die ADO (MDAC / WDAC) Technologie auch langfristig den Bach runter geht.
Quelle: https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

Somit entfällt die Nutzung von dbGO.

Jetzt ab ich mal in die Seattle Feature Matrix geschaut.

dbExpress:
dbExpress server connectivity to Microsoft SQL Server® 2008, 2005, and 2000

Kein Server nach 2000 :-(

dbExpress ODBC Driver
Würde theoretisch gehen, aber mein Kunde hat leider nur die Prof. Version von Delphi.

FireDac SQL Server
Hier steht leider keine Versionsnummer dran.
Nur gegen Aufpreis in Delphi Pro.

Kann Firedac auch ODBC?

ODBC ist aktuell der empfohlene Zugriffsweg auf den SQLServer 2012 oder höher.

Gibt es noch alternativen?



Update:
Habe gerade das hier noch gefunden - das hilft erst mal:
http://docwiki.embarcadero.com/RADSt...rver_(FireDAC)

[Bernhard Geyer]

Zugriff über ADO wird noch lange gehen. Man muss nur den Verwendete Client wechseln. Aktuell wäre der "Native Client" zu wählen. Der wird schon noch ein paar Jahre "halten".
Ansonsten aussitzen und sehen wie MS alle 2-3 Jahre eine neue "Die Zukunftstechnik" propagiert und dann wieder einschlafen lässt.

[Bambini]

Zitat:

Zitat von generic (Beitrag 1334467)

Somit entfällt die Nutzung von dbGO.

Es kommt nach SQL 2012 kein neuer ADO/OLE DB Treiber mehr. Der alte Treiber wird vom Betriebssystem - auch von Windows 10 - noch mit installiert.
Nutzt man keine spezifischen SQL Server Funktionen oder neuen Feldtypen, kann man problemlos dbGo auch mit SQL 2014 nutzen.

Zitat:

Zitat von generic (Beitrag 1334467)

dbExpress:
dbExpress server connectivity to Microsoft SQL Server® 2008, 2005, and 2000

Das ist wohl seit dem Einkauf von FireDac - deprecated.
Teilt also bald das Schicksal mit der BDE.

[Lemmy]

Hi,

entweder Firedac oder die Komponenten von DevArt.

Grüße

[jaenicke]

Ich kann FireDAC nur empfehlen. Es ist sehr schnell und unterstützt sehr viele Funktionen.

Wir haben allerdings auch die Enterprise Edition inklusive Wartung. Nur für FireDAC lohnt sich das allerdings nicht unbedingt.

[p80286]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1334468)

Ansonsten aussitzen und sehen wie MS alle 2-3 Jahre eine neue "Die Zukunftstechnik" propagiert und dann wieder einschlafen lässt.

Oder wiederbelebt (ODBC)

Gruß
K-H

[generic]

Danke für die Antworten, ich werde mich mal die DEVART Komponenten anschauen, die kannte ich noch nicht.

Anschließend werde ich mit dem Kunden besprechen, was wir mit dem Projekt machen wollen.

Aussitzen klingt im Augenblick am besten, da (auch) dieser Kunden möglichst wenig Geld noch ein Delphi stecken möchte. Speziell in diesen Fall sind alle Projekt bis auf zwei nach DotNet portiert.

[generic]

Man muss nur Probleme aussitzen:

Announcing the new release of OLE DB Driver for SQL Server - das war schon 10.2017.
Hab mich nur nicht mehr damit beschäftigt.

https://blogs.msdn.microsoft.com/sql...or-sql-server/

[mkinzler]

Der neue Status scheint wohl redeprecate zu sein.

[p80286]

Hast Du dafür eine Quelle?

Dieses Hin und Her ist wirklich Ausdruck höchster Professionalität.

Gruß
K-H

[mkinzler]

Nein ist nur ein Eindruck.

[API]

Zitat:

Zitat von mkinzler (Beitrag 1411351)

Der neue Status scheint wohl redeprecate zu sein.

Quelle: https://blogs.msdn.microsoft.com/sql...or-sql-server/

[mkinzler]

Den ersten Satz und den Link übersieht man.

[ventiseis]

Die meisten Beispiele beziehen sich ja immer auf ConnectionStrings und nicht direkt auf Delphi/dbExpress.

Wie siehts es eigentlich auf der Delphi-Seite aus? Kann irgendwas kaputt gehen, wenn ich statt

Code:

VendorLib=sqlncli10.dll

nun

Code:

VendorLib=sqloledb.dll

in die dbxdrivers.ini eintrage? Funktioniert das überhaupt mit dem mitgelieferten dbExpress-Treiber? Ist das jetzt zu empfehlen, da der NativeClient deprecated ist?

Die Dokumentation sagt auch nix sinnvolles darüber aus - nach SQL Server 2008 kommt nix mehr :? (hier funktioniert der SQL Server 2017 mit sqlncli10.dll ohne Probleme)

[p80286]

Der letzte Stand der Irrfahrt ist wohl https://blogs.msdn.microsoft.com/sql...or-sql-server/

Demnach, wenn ich es richtig interpretiere, ist msoledbsql der letzte Stand, aber für den SQL-Server nicht unbedingt notwendig. Aber wir kennen das ja, Zuverlässigkeit ist nicht unbedingt die Stärke von MS. Im Zweifel würde ich alle drei bereithalten (und es gibt ja noch 32 und 64 Bit) und testen so gut es geht.

(ich hab mir den SQL-express vor kurzem installiert um ein paar Access-Dateien zu lesen, und es war das Chaos in Tüten, z.zt. funktioniert Provider=SQLOLEDB.1 noch zufriedenstellend)

Gruß
K-H

[generic]

Zitat:

Zitat von p80286 (Beitrag 1411380)

Der letzte Stand der Irrfahrt ist wohl https://blogs.msdn.microsoft.com/sql...or-sql-server/

(ich hab mir den SQL-express vor kurzem installiert um ein paar Access-Dateien zu lesen, und es war das Chaos in Tüten, z.zt. funktioniert Provider=SQLOLEDB.1 noch zufriedenstellend)

Ja, dass ist der Treiber für SQLServer 8/2000 und dieser ist seit Windows 2000 imho Bestandteil vom OS. Der Treiber hat aber evtl. Probleme mit den neuen Datentypen. Zumindest unter Access 97 hatten wir da mal Problem mit "Date" und den 64bit Typen.

Aktuell dürfte es der OLE DB Treiber mit Namen "SQLNCLI11" sein.

[HolgerX]

Hmm..

Ich hab noch nie den SQLOLEDB.1 für Access verwendet ;)

Endweder
Microsoft.Jet.OLEDB.4.0 (bis Access 2003)
oder
Microsoft.ACE.OLEDB.12.0 (ab Access 2007)

https://www.connectionstrings.com/access/

Für Verbindungen mit MS-SQL-Server ist in Windows (so ab W2000) immer der SQLOLEDB.1 per se installiert.
Für die Verwendung des 'SQL Server Native Client OLE DB Provider' SQLNCLIxx muss dieser auf dem PC installiert werden, da dieser nicht per se vorhanden ist.

Hier gibt es verschiedenen Versionen:

'SQLNCLI'; // SQL Native Client 9.0 OLE DB Provider SQL Server 2005
'SQLNCLI10'; // SQL Native Client 10.0 OLE DB Provider SQL Server 2008
'SQLNCLI11'; // SQL Native Client 11.0 OLE DB Provider SQL Server 2012 , 2014 , 2016

Mit den verschiedenen Versionen sind weitere Funktionen für die Verbindung und auch Spezialitäten der entsprechenden SQL-Server Versionen gekommen.

Für die 'einfache' Verbindung über ADO genügt aber immer noch der 'SQLOLEDB.1', selbst für SQL-Server 2016/18.

Mit dem SQL-Server 2018 sollte der Native Client sterben, was jedoch seitens MS rückgängig gemacht wurde und der 'MSOLEDBSQL' als neuer OLE-DB Treiber gekommen ist.

https://docs.microsoft.com/de-de/sql...ql-server-2017

Auch dieser Treiber muss explizit installiert werden.

[ventiseis]

Gibt es denn Erfahrungswerte für den neuesten Treiber (MSOLEDBSQL) in Verbindung mit dbExress? Aktuell verwenden wir hier noch den älteren NativeClient, der zwar funktioniert, aber als veraltet gilt.

Ich versuchte dies schon mal herauszufinden, allerdings hat mir niemand geantwortet :-(