"SQL view create statement" aus DSPFD

[Fuerchau]

Pauschal ja, Birgitta hat da entsprechende Ausführungen schon gepostet.

DDS:
- prüfen der Daten beim Lesen
- keine Prüfung beim Schreiben (Schrott in gepackten Feldern möglich)
- Index auf der PF möglich
- Eingangsfolge mit REUSEDLT(*NO) möglich
- etwas langsamerer Index

SQL:
- prüfen der Daten beim Schreiben (nur gültige Daten)
- keine Prüfung beim Lesen
- Keine Eingangsfolge da REUSEDLT(*YES)
- Kein Index direkt auf der PF
- zusätzlicher Index (ggf.) erforderlich
- bessere Indexperformance

Jetzt kommts halt auf die Anwendung an, was besser ist, wobei neue Anwendung mit SQL auf jeden Fall besser fahren.

[BenderD]

.. häufig kolportiertes Marketing Gesums und Vergleich von Äpfeln mit Birnen. Mit SQL erstellen und mit RLA verarbeiten passt ebenso wenig wie mit DDS erstellen und mit SQL verarbeiten.
Wenn man komplett DDS/RLA mit komplett SQL vergleicht gilt:
- SQL prüft generell mehr (übertragung auf Feldebene versus Übertragung von Buffern), das bringt zusätzlichen Overhead und mehr Sicherheit.
- RLA braucht mehr Zugriffspfade und hat damit mehr Overhead beim schreiben
- Mix DDS/SQL/RLA braucht nochmehr Zugriffspfade
- RLA hat die Ressourcenschondenderen Zugriffsmethoden
- SQL hat bei korrekter Verwendung (grobkörnige Zugriffe) das wesentlich bessere caching Verhalten
- SQL Programmierung ist bei korrektem Einsatz deutlich einfacher

Summa Summarum: auf neuerer Hardware mit entsprechendem Ressourcen Überschuss ist komplett SQL klar im Vorteil.

RLA/DDS/SQL Mix ist nur als Übergangsszenario vertretbar.

SQL statt RLA bei gleicher Programmstruktur bringt bestenfalls nix.

Reine Umstellung der Tabellen und weiter so wie bisher bringt ebenfalls besten Falls nix.

D*B

Pauschal ja, Birgitta hat da entsprechende Ausführungen schon gepostet.

DDS:
- prüfen der Daten beim Lesen
- keine Prüfung beim Schreiben (Schrott in gepackten Feldern möglich)
- Index auf der PF möglich
- Eingangsfolge mit REUSEDLT(*NO) möglich
- etwas langsamerer Index

SQL:
- prüfen der Daten beim Schreiben (nur gültige Daten)
- keine Prüfung beim Lesen
- Keine Eingangsfolge da REUSEDLT(*YES)
- Kein Index direkt auf der PF
- zusätzlicher Index (ggf.) erforderlich
- bessere Indexperformance

Jetzt kommts halt auf die Anwendung an, was besser ist, wobei neue Anwendung mit SQL auf jeden Fall besser fahren.