Erstmal Danke für Deine Antwort und Deine Gedanken.....
>Bridge-Pattern ist schon gut, aber bitte nicht
ADO für
MySQL.
Warum? Würde mich interessieren. Was dann?
Benutze zur Zeit für
mysql natürlich kein
ODBC sondern myoleDB.
Also, ich benutze
ADO sowohl für MS-Server als auch für
mySQL.
Von den
ADO's brauche ich nur das adodataset, um an die Recordsets zu kommen.
Die sqlbefehle bastelt mir eine eigenes sqlConfig-Object, das je für MSServer,
mysql, (und auch Oracel)
eine Configdatei benutzt und somit mein
sql Serverunspezifisch ist.
Da ich keine grundsätzlich keine Fremdkomponenten verwende und auch alle
DB-spezifischen
VCL'S wie DBEDIT,DBGRID,DBxxxx selbst entwickle, würde ich auch gerne statt den
ADO-DATASET
eine eigene Komponente entwickeln. Ich muss nur Commands absetzen können und halt die
Ergebnisse der queries empfangen. Schnickschnack wie Fields, Parameter, Filter brauche ich nicht.
>Was meinst du genau mit "blockweise Übertragung mit "Atempausen"."? Serverseitige Curser?
Mit Blockweise übetragung meine ich asynchrone Datenübertragung, wenn ich z.B. eine Liste ausgebe
oder ein Grid fülle. Ideal wäre, wenn ich z.b. eine grosse datenmenge auf dem Server initialisiere
und blockweise dann in 100'er Paketen satzweise abholen kann.
Mein gesammtes Programm basiert datenbanktechnisch nur auf das senden von Commands wie Insert/Update/Delete und halt select-Befehlen. "Master/Clients"-beziehungen und sowas mache ich grundsätzlich nativ, als lowellevel
sql-queries.
Somit würde mir eine einfache Schnittstelle reichen, die
ADO's sind mir im prinzip schon zu komplex und
für die Zukunft zu unsicher, was Performance, Fehler und Eeiterentwicklung angeht.