Was muss man beachten bei eine DB Anwenung in Netz?

[mquadrat]

Da unsere Software derzeit nicht im Bereich 10.000 Rechnungen pro Rechnungslauf angesiedelt ist, haben wir da (noch) kein Problem mit. Aber hast natürlich recht, in den Größenordnungen geht nichts anderes. Problematisch wird's halt wenn man OOP-basierte und Stored-Procedure-basierte Logik miteinander mischt. Dann muss man schon sehr gut qualifizierte Mitarbeiter haben, damit noch jemand durchblickt

Es bleibt auch abzuwarten was noch aus der Ecke der modellgetriebenen Architekturen kommt. Die wären ja prädestiniert dafür das Mapping zwischen Datenbank und Modell auf sehr niedriger Ebene zu übernehmen. Die Engine könnte durch eine Analyse des Modells und des Verhaltens ja völlig selbstständig entscheiden, welche Teile durch wen, wie übernommen werden.

Aber irgendwie denke ich, sind wir vom Thema abgekommen

[alzaimar]

Nicht ganz:

"Was muss man bei DB-Anwendungen im Netz beachten?"

Bei EINER Architektur bleiben!
Entweder OOP-Business Logic in der Mittelschicht
ODER
Business Logic im Server

Mischen nur im Notfall!

[mquadrat]

Stimmt So gesehen sind wir mitten drin im Thema. Die Frage ist, ob der Eröffner damit überhaupt was anfangen kann.

[webcss]

Also, nach meiner Meinung sollte man im Client-Server-Bereich komplett auf Datensensitive-Elemente verzichten, da, abgesehen von ClientDatasets, die Daten nur solange sichtbar sind wie die Verbindung zum Server besteht, sprich eine Transaktion läuft.
Man stelle sich dann den klassischen Fall der Datenbearbeitung kurz vor der Mittagspause vor... Dem kann man nur mit einem Timergeregelten AutoCommit beikommen.

Schlimmer noch wird die Beabeitung in Grids: was dem Anwender zwar ein relativ gewohntes Arbeitsumfeld bietet, ist nahezu tödlich für die Datenbank; 10000 Datensätze rüberschaufeln, um letztendlich einen zu Bearbeiten?! Hier sind ein gutdurchdachtes Oberflächen- und Programmdesign verpflichtend.

Zwar bieten Lösungen wie QuantumGrid o.ä. verlockende Features, im CS-Viertel ist das Alles jedoch reine Spielerei und unsinnig.

[alzaimar]

Na ja, wir haben das so gelöst:
Server->Objekt->Client->Memdataset->Datensensitiv (DevExpress)
Daten werden verarbeitet. Das geht sehr schön und einfach mit TDBEdits und derivaten.
Dann wieder Memdataset->Objekt->Server

Bisser umständlich, aber fürs RAD ganz brauchbar. Und das Mapping Objekt<-->MemDataset wurde auch noch mit einem handgebissenen Codegenerator erstellt.

Deine Lösung (KEINE TDBEdits) ist aber immer noch die beste Lösung, auch wenn Sie aufwändiger zu coden ist.

Für die Visualisierung hingegen geht nix über ein TcxGrid von DevExpress. Und weil man so schön zur Designzeit designen kann, am besten die datensensitive Alternative.