Umstieg MySQL auf MS SQL Server

[Bambini]

Zitat von Bbommel:

Das scheint zu bedeuten, dass zukünftige Versionen des Native Clients keine OLE DB-Schnittstelle mehr liefern werden, sondern nur die ODBC-Schnittstelle.

Da die "alten" OLEDB Treiber für MSSQL bereits das Betriebssystem mitbringt, kann man vermutlich recht lange auf den MSSQL zugreifen, sofern man keine Features wir z.B. besondere Spaltentypen der neuen MSSQL Server verwendet.

Ob das uralte ODBC wirklich die beste Wahl ist? Ich bin da skeptisch.

[mkinzler]

Zitat:

Ob das uralte ODBC wirklich die beste Wahl ist? Ich bin da skeptisch.

ODBC wird aber wieder weiterentwickelt

[Neumann]

Hat mich auch gewundert mit dem ODBC, aber MS sagt das ist der richtige Weg und die sollten es eigentlich wissen.

Ob jetzt Zugriff auf MYSQL oder Firebird über ODBC ev. nicht so gut funktioniert spielt eigentlich keine Rolle; dort ist ODBC eine zusätzliche Zwischenschicht die natürlich Probleme bereiten kann.

[Bernhard Geyer]

Zitat von Neumann:

Hat mich auch gewundert mit dem ODBC, aber MS sagt das ist der richtige Weg und die sollten es eigentlich wissen.

Halb-OT:
MS hat schon oft die Meinung geändert. Vor allem im Bereich DB-Zugriffsweg.
Hier alle Buzzwörter bezüglich "Das ist der beste Weg um auf Daten zuzugreifen (die ich kenne)...

ODBC
DAO
RDO
ADO
ADO.NET
ODBC


Das ist der Weg den Emba vorgeschlagen hat schon stabiler

BDE
<Ungewissheit> mit ein bischen ADO (dbBO) (bzw. TDataset ist eine gute Basis für 3th-Party-Kompos)
dbExpress
FireDAC

[Peter60]

Ich kann dir dringend Devart UNIDAC Tools empfehlen https://www.devart.com/unidac/ , da Borland/Codegear/Embarcadero immer wieder neue DB Tools angeboten hat. Danach war man gezwungen
seinen vorhanden Code immer wieder zu ändern was natürlich Zeit und Geld kostet. Daher nutzte ich seit Jahren schon die UNIDAC Tools. Ich verwende mehre Datenbanken (MSSQL/MySQL/SQLite) und kann in der Regel immer den gleichen Zugriff Code nutzten.