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

[norwegen60]

Auch wenn der Thread schon etwas älter ist, aber vielleicht hilfts dem ein oder anderen:
Ich hatte bei einigen Dialogen genau dieselbe Fehlermeldung "Die zum Aktualisieren angegebene Zeile wurde nicht gefunden.Einige Werte wurden seit dem letzten Lesen ggf. geändert"
Die Meldung war weg nachdem ich in der entsprechenden TAdoTable oder TAdoQuery CursorLocation := clUseServer gesetzt habe.
Ich hatte den Fehler aber bei Delphi XE
Der MsSQL-Profiler zeigte zwichen Post und folgendem Edit 2x

Code:

SET NO_BROWSETABLE ON

Die Tabelle hatte ein eindeutiges AutoInc Feld.
Man sollte aber beachten, dass clUseServer auch Einschränkungen mit sich bringt.

[generic]

@Papaschlumpf73 das Problem gab es auch schon 2016 und viele haben das für einen Aprilscherz von mir gehalten:
https://www.delphipraxis.net/188741-...zugreifen.html

[Papaschlumpf73]

Zitat von generic:

@Papaschlumpf73 das Problem gab es auch schon 2016 und viele haben das für einen Aprilscherz von mir gehalten:
https://www.delphipraxis.net/188741-...zugreifen.html

Umso trauriger, dass das Problem bis heute nicht gelöst worden ist und wohl auch nicht mehr gelöst werden wird…

[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.