BDE - MS SQL und ein TQuery Problem - HILFE!!!

[RavenIV]

Die BDE kann auf einen MS SQL zugreifen?
Wusste ich garnicht.

Aber eigentlich will ich das auch ganz schnell wieder vergessen.
Für den Zugriff auf MS SQL gibt es wesentlich bessere Komponenten.
ADO, ZEOS und noch einige weitere.
Alle haben den Vorteil, dass sie nicht so angestaubt, überholt, fehlerbehaftet und unsupportet sind.
Nicht mal mehr Borland / Codegear steht zur BDE.

Also geh in die Offensive und mach dem Vorgesetzten / Kunden klar, dass er sich selbst ein Ei legt mit der BDE.

[Bernhard Geyer]

Zitat von RavenIV:

Die BDE kann auf einen MS SQL zugreifen?
Wusste ich garnicht.

Sogar doppelt. Entweder auf die seit MS SQL-Server Version 2000 (oder wars schon Version 7) nicht mehr lauffähigen SQL-Links (Entsprechend verwendete MS DLL's gibt es nicht mehr) oder über ODBC.

Zitat von RavenIV:

Nicht mal mehr Borland / Codegear steht zur BDE.

Und mit Delphi/RAD 2008 wird die BDE entgültig entsorgt.

[RavenIV]

Zitat von Bernhard Geyer:

Zitat von RavenIV:

Die BDE kann auf einen MS SQL zugreifen?
Wusste ich garnicht.

Sogar doppelt. Entweder auf die seit MS SQL-Server Version 2000 (oder wars schon Version 7) nicht mehr lauffähigen SQL-Links (Entsprechend verwendete MS DLL's gibt es nicht mehr) oder über ODBC.

Beides sehr performance-behaftet.
Und somit nicht zu empfehlen.


Hiermit beantrage ich, dass alle Delphi-Programmierer das Wort "BDE" aus ihrem Wortschatz streichen.
==> BDE? Kenn ich nicht! Kann man das Essen? Oder macht das Geil?


Wer hier nochmal das Wort "BDE" in Verbindung mit Datenbanken nennt, wird virtuell erschossen.

[Bernhard Geyer]

Zitat von RavenIV:

Beides sehr performance-behaftet.
Und somit nicht zu empfehlen.

Weiß ich nicht. Damal zu "alten" BDE-Zeiten war das Performanceproblem auf Serverseite und jetzt machen wir alles beim MS SQL Server mit ADO-Native (ohne ADOExpress/dbGo)