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.