Wie geht es weiter mit Delphi? Ernüchternde Support-Aussagen

[Sherlock]

Gibt ja zum Glück noch andere, bessere und günstigere RDBMS.

Sherlock

[Stevie]

Zitat von Sherlock:

bessere und günstigere RDBMS.

Wenn man beide Adjektive mit einer gewissen Gewichtung kombiniert vielleicht - nur besser möchte ich bezweifeln, allerdings hängt das stark von den Usecases ab.

Zum Thema über ADO auf SQL Server: wir nutzen genau diese Kombination schon seit Jahren ohne größere Probleme. Es gab mal ein paar Tücken mit durch ADO nicht direkt unterstützte Datentypen was eher an der Implementierung in Delphi und weniger an ADO selbst lag. Derzeit evaluieren wir die Umstellung auf den OLE DB Driver - es gab wohl Probleme mit der Version 19.0 - mit 18.6.3 funktionierte alles, kenne aber keine Details.
Da unsere Anwendung zwingend SQL Server vorraussetzt liebäugel ich schon seit langem mit SDAC, da die Komponente speziell auf SQL Server ausgelegt ist und man weniger mit dem kleinsten gemeinsamen Nenner arbeiten muss, wie es bei ADO ist.

[Bernhard Geyer]

Zitat von Stevie:

Da unsere Anwendung zwingend SQL Server vorraussetzt liebäugel ich schon seit langem mit SDAC, da die Komponente speziell auf SQL Server ausgelegt ist und man weniger mit dem kleinsten gemeinsamen Nenner arbeiten muss, wie es bei ADO ist.

Wir nutzen Unidac um auf MySQL/MariDB/postgresql und Oracle zuzugreifen.
Für MS SQL-Server haben wir noch einen eigenen Wrapper auf ADO/OLE DB.
Und auch noch mit SQL Server 2022 klappt der Zugriff (ohne Anpassung)

[Bbommel]

Dann noch die Ergänzung von mir dazu: wir nutzen auch UniDAC und in unserem Fall auch für den Zugriff auf MS SQL. Bisher hatten wir damit nie Probleme.