XE3 und MSSQL

[Bernhard Geyer]

Zitat von FrankJ28:

Zitat:

Und?

(was für eine Einleitung ...)

Ab und zu rutscht mal so ein kurze bemerkung raus

Zitat von FrankJ28:

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:
@Uwe: So etwa wie die BDE seinerzeit abgekündigt wurde ?
Danke für die Infos und ciao
Frank

[Uwe Raabe]

Zitat von FrankJ28:

@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 von FrankJ28:

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 von FrankJ28:

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.