XE3 und MSSQL

[Markus70]

Hallo,

ich habe eine Anwendung die über dbexpress auf einen MSSQL zugreift.

Unter Delphi 2009 hat es genügt bei der Weitergabe die dbxmss.dll mitzugeben, um den Zugriff auf den SQL-Server zu ermöglichen.

Jetzt, nach dem Update auf XE3 geht das nicht mehr. Laut Embarcadero-Seite : :warn:

"MS SQL Server 2008 wird vollständig unterstützt. Es muss der native MS SQL Server 2008-Client installiert werden (nicht MS SQL Server 2005). Dieser Client verwendet die Datei sqlncli10.dll anstelle von oledb.dll. Sie können den Client unter der Adresse [1] herunterladen (Abschnitt "Microsoft SQL Server 2008 Native Client"). "

Das heißt aber, das ich an jeden Client dran müsste, was wiederum praktisch nicht geht. :cry:

Gibt es irgendeine andere Möglichkeit den Zugriff von XE3 auf den MSSQL zu ermöglichen? :glaskugel:

Gruß
Markus

[Uwe Raabe]

Die meisten (wenn nicht sogar alle) aktuellen Zugriffskomponenten verwenden den Native Client. Da Microsoft selbst die Unterstützung von OLE DB für SQL Server abgekündigt, sollte man den Schritt wohl besser mitgehen.

[Markus70]

das heißt aber, das ich auf jeder Workstation den Client installieren muß, richtig?
Einfach DLLs mitliefern geht dann nicht mehr...

[Klaus01]

.. oder vielleicht SDAC von devart verwenden?

sehe gerade das die auch über den SQL Client gehen, sorry.
oder via OLE DB

Grüße
Klaus

[Uwe Raabe]

Zitat:

Zitat von Markus70 (Beitrag 1198671)

das heißt aber, das ich auf jeder Workstation den Client installieren muß, richtig?
Einfach DLLs mitliefern geht dann nicht mehr...

Richtig! Das erledigt am besten das Setup bzw. Update des eigentlichen Programms.

Wenn du bei OLE DB bleiben willst, ist spätestens mit SQL Server 2012 Schluss. Die zukünftigen Versionen werden das laut MS nicht mehr unterstützen.

[Markus70]

OK, danke.
Nicht gut, aber ok. Dann muß ich mir halt was einfallen lassen...

[Bernhard Geyer]

Zitat:

Zitat von Markus70 (Beitrag 1198671)

das heißt aber, das ich auf jeder Workstation den Client installieren muß, richtig?
Einfach DLLs mitliefern geht dann nicht mehr...

Ging eigentlich noch nie. Der benötigte OLE-DB-Client wurde unter NT/W2k auch immer erst nachträglich mit irgendwelchen Updates/Installationen auf brauchbaren Stand gebracht.

[FrankJ28]

Hallo Uwe,
deine Aussage verwundert mich etwas. Ich greife mit Win8-Clients auf SQL-Server2012 via OLEDB zu. Geht prima.
Ciao
Frank

[Bernhard Geyer]

Zitat:

Zitat von FrankJ28 (Beitrag 1198680)

Hallo Uwe,
deine Aussage verwundert mich etwas. Ich greife mit Win8-Clients auf SQL-Server2012 via OLEDB zu. Geht prima.
Ciao
Frank

Und? Die Aussage war ja: "Die zukünftigen Versionen werden das laut MS nicht mehr unterstützen."

[FrankJ28]

Zitat:

Und?

(was für eine Einleitung ...)

Zitat:

Wenn du bei OLE DB bleiben willst, ist spätestens mit SQL Server 2012 Schluss

... interpretierte ich eben so, dass schon bei 2012 Schluss wäre.
Ciao
Frank

[Bernhard Geyer]

Zitat:

Zitat von FrankJ28 (Beitrag 1198683)

Zitat:

Und?

(was für eine Einleitung ...)

Ab und zu rutscht mal so ein kurze bemerkung raus :-)

Zitat:

Zitat von FrankJ28 (Beitrag 1198683)

Zitat:

Wenn du bei OLE DB bleiben willst, ist spätestens mit SQL Server 2012 Schluss

... interpretierte ich eben so, dass schon bei 2012 Schluss wäre.

Stimmt. Der Vorsatz könnt es nahe legen (Wenn du bei OLE DB bleiben willst, ist spätestens mit SQL Server 2012 Schluss.

[Uwe Raabe]

OK, unklar ausgedrückt. Mit Schluss ist das Ende der Unterstützung gemeint, nicht der Anfang der Nicht-Unterstützung.

Also nochmal zur Klärung: SQL Server 2012 unterstützt noch OLE DB, die zukünftigen Versionen dann wohl nicht mehr.

[FrankJ28]

Hallo,
@Bernhard: :-D
@Uwe: So etwa wie die BDE seinerzeit abgekündigt wurde :-)?
Danke für die Infos und ciao
Frank

[Uwe Raabe]

Zitat:

Zitat von FrankJ28 (Beitrag 1198704)

@Uwe: So etwa wie die BDE seinerzeit abgekündigt wurde :-)?

Nicht ganz: Microsoft is Aligning with ODBC for Native Relational Data Access

Zitat:

The commercial release of Microsoft SQL Server, codename “Denali,” will be the last release to support OLE DB.

[FrankJ28]

Hallo Uwe,
danke für die Info. Ich bin nach dem Lesen etwas schockiert. ODBC wird "wiederbelebt"? Sollte nicht gerade der Zugriff via OLE-DB das "veraltete Schiff" ODBC ablösen?
Ciao
Frank

[Bernhard Geyer]

Zitat:

Zitat von FrankJ28 (Beitrag 1198869)

danke für die Info. Ich bin nach dem Lesen etwas schockiert. ODBC wird "wiederbelebt"? Sollte nicht gerade der Zugriff via OLE-DB das "veraltete Schiff" ODBC ablösen?

Bei MS ist doch solche "Aktualisierungen" an der Tagesordnung (Kennt noch jemand die ganzen ODBC/DAO/RDO/ADO-Techniken?)

Also OLE/DB (ADO) "stirbt" denn bis auf den Zugriff auf MS-SQl-Server und Access ist für jede anderes DBMS eine native Zugriffstechnik besser als über ADO zu gehen. MS hat auch vor einiger Zeit schon den (sehr fehlerhaften) Oracle-Provider abgekündigt.

Aber das sollte wenn man den DB-Zugriff richtig kapselt auch nur ein ziemlich überschaubarer Aufwand bedeuten das auf die jetzt aktuelle Technik zuzustellen.

[FrankJ28]

Hallo Bernhard,
vor 2 Jahren habe ich alle Applikationen von der BDE auf ADO umgestellt. Jetzt erfolgen alle Zugriffe über das TADODataSet und die TADOConnection. Das wieder umzubauen bedeutet erfahrungsgemäß ein halbes Jahr Entwicklungsstau. Das müsste dann "schleichend" umgesetzt werden, Form für Form und in der Übergangszeit eben über beide Methoden zugreifen. Mir graut es ...
Ciao
Frank

[EgonHugeist]

Alternativ könntest do Zeos7 mit dem FreeTDS Protokol benutzen. Keinen Client, kein ADO sondern den reinen TabularDataStream als Protokol...

[Bernhard Geyer]

Zitat:

Zitat von FrankJ28 (Beitrag 1198892)

vor 2 Jahren habe ich alle Applikationen von der BDE auf ADO umgestellt. Jetzt erfolgen alle Zugriffe über das TADODataSet und die TADOConnection. Das wieder umzubauen bedeutet erfahrungsgemäß ein halbes Jahr Entwicklungsstau. Das müsste dann "schleichend" umgesetzt werden, Form für Form und in der Übergangszeit eben über beide Methoden zugreifen. Mir graut es ...

Und wieso hast du es nicht gleich richtig gemacht und stattdesen die DB-Schnittstelle wieder in jedes Formular gezogen. Stichwort wäre hier Bridge-Pattern. Unsere DB-Schnittstelle macht pro unterstütztes DBMS ca. 1000 Quellcodezeilen aus. Ein Wechsel der Zugriffskomponenten/weg bei MySQL hatte z.B. 1-2 Tage benötigt.