Umstieg MySQL auf MS SQL Server

[teebee]

Hallo zusammen,

ein Projekt, das bisher auf eine MySQL-Datenbank im LAN zugreift, soll jetzt auf den MS SQL Server umgestellt werden.
Den Zugriff auf MySQL hatte ich mit den ZEOS-Komponenten unter Delphi 6 Pro bewerkstelligt. Ein neueres Delphi steht leider nicht zur Verfügung.

Welche Komponenten würdet Ihr mir für den Zugriff auf den MS SQL Server empfehlen?
Wäre es vernünftig bei ZEOS zu bleiben? Sollte ich besser andere Komponenten verwenden? Am liebsten natürlich freie, es sei denn, es gibt kommerzielle Komponenten, die den Zugriff so einfach machen und so viel besser sind, dass es sich wieder lohnen könnte.

Wäre Lazarus vielleicht auch eine sinnvolle Option, dort sind ja auch DB-Komponenten dabei?
Plattformunabhängigkeit ist allerdings kein Thema, das Projekt wird ausschließlich unter Windows eingesetzt.

Danke für Vorschläge,
teebee

[Lemmy]

Zitat:

Zitat von teebee (Beitrag 1322299)

ein Projekt, das bisher auf eine MySQL-Datenbank im LAN zugreift, soll jetzt auf den MS SQL Server umgestellt werden.

Verrätst Du uns auch warum? Zumindest mich würde es sehr interessieren.

Komponenten: Ich nutze jetzt seit ein paar Jahren DevArt, für MSSQL gibt es SDAC und die Preise sind völlig OK.

GRüße

[teebee]

Danke Dir schon mal.

Das Projekt soll in einem Betrieb eingesetzt werden, in dem bereits der MSSQL-Server vorhanden ist, die dortige IT möchte keinen zusätzlichen DB-Server wg. Einrichtung, Pflege und Backup.

Da ich ja schon ZEOS im Einsatz habe, interessiert mich natürlich vor allem, ob ich sinnvollerweise dabei bleiben kann, oder ob das speziell für MSSQL Blödsinn wäre. Inwiefern wären denn z.B. die SDAC besser/zuverlässiger?

[Lemmy]

sprich MySQL soll nicht grundsätzlich ersetzt werden sondern MS SQL als zusätzlich Datenbank eingebunden werden. Dann müsstest Du so was wie UniDAC einsetzen - oder eben bei Zeos bleiben. Zeos liegt für mich aber schon zu lange zurück als das ich dazu was sagen kann, aber hier findet sich bestimmt noch jemand...

[Neumann]

ODBC - ADO funktioniert auch; habe ich mal in einer allerdings rel. einfachen Anwendung eingesetzt.

[Bambini]

Ich verwende die ADO Komponenten (TADOConnection, TADOQuery usw.) für den Zugriff auf MSSQL.
Die wurde irgendwann in Delphi auf dbGo umbenannt. Funktionieren problemlos und schnell mit MSSQL und man benötigt keine Client DLL, da das Betriebssystem diese bereits mit bringen.

[p80286]

Ado ist für MS-SQL auf jeden Fall eine (nicht schlechte) Möglichkeit. Aber Du solltest bedenken, daß ADo in der Zwischenzeit ein totes Pferd ist, zumindest solange MS nicht wieder seine Meinung ändert.

Gruß
K-H

[Bernhard Geyer]

Zitat:

Zitat von p80286 (Beitrag 1322402)

Ado ist für MS-SQL auf jeden Fall eine (nicht schlechte) Möglichkeit. Aber Du solltest bedenken, daß ADo in der Zwischenzeit ein totes Pferd ist, zumindest solange MS nicht wieder seine Meinung ändert.

Soweit ich verstanden habe ist nicht ADO das tote Pferd sondern "nur" der OLE/DB Provider für den MS SQL-Server.
Der native Client für den MS SQL-Server soll davon unberührt sein. Und natürlich auch ADO.NET bzw. der .NET Provider.

[Bbommel]

Das mit dem (halb-)toten Pferd würde mich auch mal näher interessieren. Ich nutze ADO für den lesenden und schreibenden Zugriff auf MS SQL seit Jahren und bin damit sehr zufrieden. Als Provider steht hier allerdings auch

Delphi-Quellcode:

  
Result.Provider:='SQLOLEDB.1';

Da bisher auch bei aktuellen Windows-Versionen alles problemlos funktioniert, sind ja wahrscheinlich keine hektischen Aktivitäten nötig, aber was genau wäre denn zu tun, wenn das Pferd endgültig erschossen wird? Wo bekäme ich denn diesen nativen Provider für MS SQL her? Oder ist der bei Windows auch immer mit an Bord?

Viele Grüße
Bommel

[mkinzler]

Sollet Teil der Clientinstallation sein