Auch bei dbExpress könnte man wenn man sich halbwegs aktuelle und gut implementierte
DLL's herunterläd/kauft auch gut Implementieren (Die von Borland mitgelieferten Treiber haben schon fast antiken Status:
MySQL immer noch nur auf 4.0er-Stand bei Delphi 2006 und damit praktisch nicht mehr zu verwenden da die neue Passwortverschlüsslung die mit
MySQL 4.1 eingführt wurde nicht unterstützt wird).
Auch soll (EKON 10-Info) in der nächsten Delphi-Version die BDP und dbExpress-Schiene auf gleiche Treiber aufsetzen (Ist ja auch Blödsinn das Borland für jedes
DBMS 2 Treiber pflegen muss). Jedoch lößt weder BDP noch dbExpress das eigentliche Problem der
SQL-Unterschiede. Das wird erst mit ECO oder anderen Objektframeworks wie N/Hypernate gelößt. Selbst haben wird den Schritt (glücklicherweise) nach dbExpress nicht gemacht sondern sind auf TDataset-Basis geblieben, haben die
DB-Zugriffsschicht mittels Bridge-Pattern gekapselt und arbeiten intern mit eigenen (disconnected) Dataset-Klassen. Für den Zugriff auf MS
SQL-Server verwenden wir mittlerweile nur noch die nativen
ADO-Komponenten und kein ADOExpress/dbGo.
Also:
DB-Schnittstelle kapseln, keine
DB-Sensitiven Controls einsetzen und dann ist es auf
DB-Zugriffschicht schon wieder egal ob du dbExpress oder TDataset oder
ADO nimmst.
Zitat
Baum-Darstellung
