AW: Umstieg MySQL auf MS SQL Server
Hm, ich bin ein bisschen verwirrt - vielleicht liegt es aber auch daran, dass die Begriffe etwas durcheinander gehen. Wenn ich nach MS SQL Client suche, dann lande ich z.B. auf dieser Seite hier von Microsoft:
https://msdn.microsoft.com/de-de/sql.../aa937733.aspx (Interessanterweise führt der erste Google-Treffer nur zu dieser Seite, auf der nur vom SQL Server 2005 und 2008 die Rede ist, sucht man aber explizit z.B. nach SQL Server 2012 Client, so landet man beim "Feature Pack", das neben vielen anderen Dingen dann ebenfalls einen aktualisierten Native Client enthält). Auf der Erklär-Seite dazu steht dann, dass dieser Native Client einen Zugriff über OLE DB oder über ODBC (und damit in beiden Fällen wiederum über ADO) bereitstellt. Als totes Pferd wird in dem Text dort eigentlich nur die standardmäßig bei Windows mitgelieferten MDAC-Geschichte genannt, die auf dem Stand von 2000 eingefroren wird. Dann habe ich noch folgendes gefunden: https://www.microsoft.com/de-de/down....aspx?id=35580 Das scheint zu bedeuten, dass zukünftige Versionen des Native Clients keine OLE DB-Schnittstelle mehr liefern werden, sondern nur die ODBC-Schnittstelle. Letztlich müsste das für eine auf ADO basierende Anwendung aber ja auch egal sein, weil man mit ADO auch problemlos auf ODBC zugreifen kann. Man müsste also dann nur den ConnectionString austauschen und könnte problemlos weiterhin mit dem SQL Server arbeiten. Damit sollte man doch auch jetzt also eigentlich noch problemlos auf die ADO-Geschichten in Delphi setzen können (was ja vielleicht auch für den OP noch wichtig ist), oder? Habe ich da jetzt alles soweit richtig verstanden? Ich lasse mich gerne korrigieren, denn manchmal schwirrt mir bei den ganzen Datenbank-Zugriffsschichten etwas der Kopf. ;) |
AW: Umstieg MySQL auf MS SQL Server
Hallo,
ich kann zu MS SQL nichts beitragen, möchte aber meine Erfahrung zum Thema ADO - ODBC - MySQL hier einbringen: Ich habe eine Anwendung von ADO - ODBC - MySQL auf Devart (MyDAC) umgestellt und damit eine ca. 15% Performancesteigerung erreicht - bei einzelnen SQL-Abfragen lag die Steigerung im Spitzenwert bei gut 30-40% Daher würde ich die ADO - ODBC - Irgendwas Bridge als Notlösung akzeptieren, aber nicht als was dauerhaftes. Davon abgesehen dass zumindest bei MySQL 5.1 die ODBC Treiber auch so ihre Tücken haben.... |
AW: Umstieg MySQL auf MS SQL Server
Ja genau richtig.
Zugriff über die ADO bzw DBGo-Komponententen auf den ODBC-Treiber des MSSQL. Geht sowohl Lokal, im Lokalen Netz und auch wenn der MSSQL-Server über Internet erreichbar ist. |
AW: Umstieg MySQL auf MS SQL Server
Zitat:
Ob das uralte ODBC wirklich die beste Wahl ist? Ich bin da skeptisch. |
AW: Umstieg MySQL auf MS SQL Server
Zitat:
|
AW: Umstieg MySQL auf MS SQL Server
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. |
AW: Umstieg MySQL auf MS SQL Server
Zitat:
MS sagt recht selbstbewusst: Zitat:
|
AW: Umstieg MySQL auf MS SQL Server
Vielen Dank für die Hinweise, ich denke ich werde es mit den ADO-Komponenten machen, habe ich ja an Bord. Erste Versuche waren ganz vielversprechend.
Trotzdem irgendjemand hier, der für MSSQL ZEOS benutzt, bzw. aus bestimmten Gründen nicht? |
AW: Umstieg MySQL auf MS SQL Server
Zitat:
Mein Tipp wäre, das macht selten jemand, weil die Komponenten eben im Open Source bereich angesiedelt sind. |
AW: Umstieg MySQL auf MS SQL Server
Zitat:
Die Komponenten von DevArt kann ich ebenfalls empfehlen. Ich hab mir für Firebird die Basic-Variante von IbDac besorgt, die ist ohne Quellcode und kostet damals wie heute 100 US-Dollar. Für dich wäre dann wohl SDac die entsprechende Komponentensammlung. ... und nein, ich erhalte keine Provision, sondern empfehle das nur deshalb weiter, weil ich die Devart-Komponenten für die besten am Markt halte ... selbstverständlich neben FireDac, das aber für Benutzer älterer Delphi-Versionen nicht zur Verfügung steht. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:08 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz