Generelle Frag zu ADO

[Bernhard Geyer]

Zitat von hermannhass:

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?

Warum: Nötige Installation, viel zu viele Zwischenschichten die Fehlerquelle darstellen können.
Was dann: Für MySQL würde ich von Core Labs die TDataset-Basierenten Komponenten verwenden.

Zitat von hermannhass:

... Da ich keine grundsätzlich keine Fremdkomponenten verwende ....

Komisch. Ohne Fremdkomponenten hätte unsere Anwendung 50% weniger Funktionalität

Zitat von hermannhass:

Schnickschnack wie Fields, Parameter, Filter brauche ich nicht.

Filter sehe ich ein. Aber keine Parameter. Schon mal was von SQL-Injection gehört? Wenn du pech hast
und nicht wirklich alles Hieb und Stichfest quotest würdest du bei einem Sicherheitsaudit mit Posaunen und Tropeten durchfallen.

Zitat von hermannhass:

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.

Da heist es dann 3-Schicht Architektur. ADO kann zwar von sich aus sowas, aber da der MySQL-Server keine Serverseitigen Curser unterstützt muss dieser erst alles "Loswerden" damit du weiter mit der Connection arbeiten kannst.

Zitat von hermannhass:

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.

ADO.NET ist mit der DB-Ungebundenheit nicht schlecht. Haben selbst sowas (um einigen Stufen einfacher gestrickt) selbst in unserer Anwendung.