-
Letzteres bezweifle ich da eher.
Wenn man sich die Aufrufhierarchie bis hin zur PF ansieht, wird beim Lesen/Schreiben ein interner Satzpuffer verwendet der immer den kompletten Satz beinhaltet.
Auch SQL muss letztlich die nativen File-IO's verwenden, die auch HLL's verwenden.
Was gespart wird, sind letztlich die Moves zwischen Filepuffer und Datenfeld, wobei diese sich bei SQL sogar erhöhen da der Move zwischen den automatisch generierten SQLxxx-Variablen und den Hostvariablen noch hinzu kommt.
Wenn ich in RPG eine Datei verarbeite und die Felder nicht zusätzlich als DS definiere, werden auch nur die verwendeten Felder zwischen Puffer und Feld bewegt.
Wenn man dann also letztlich SQL mit RPG oder sogar COBOL vergleicht, so ist COBOL im Microsekundenbereich halt immer noch am schnellsten, da hier letztlich mit dem internen IO-Puffer gearbeitet wird und zusätzliche Moves vermieden werden.
SQL hat letztlich den großen Vorteil, dass man hier halt Zugriffslogiken in die Datenschicht verlegt und sich das Leben insbesonders bei Massenverarbeitung oder komplexen Gruppierungen/Summen oder sonstigen Berechnungen erleichtern kann.
-
 Zitat von B.Hauser
Das stimmt nicht!!!
ALTER TABLE kann auch für DDS beschriebene Tabellen ausgeführt werden.
... auch wenn ich das NICHT empfehlen würde.
Birgitta
Hallo Birgitta.
Ich habe schon mehrfach DDS-Tabellen
per SQL erweitert. Wo können da Probleme entstehen?
Gruß Joe
-
 Zitat von Joe
Hallo Birgitta.
Ich habe schon mehrfach DDS-Tabellen
per SQL erweitert. Wo können da Probleme entstehen?
Gruß Joe
Probleme sehe ich darin, dass die entsprechenden Einträge im DDS nicht oder nicht korrekt nachgezogen werden. Ein anderer Kollege macht eine Erweiterung/Änderung und erstellt die Tabelle/physische Datei mit CHGPF oder CRTPF erneut ändert.
M.E. sollte man für ein und die selbe Tabelle/phys.Datei entweder DDS oder SQL verwenden aber nicht mal so und mal so.
Den SQL Code für eine DDS beschriebene Tabelle zu ermitteln ist kein Problem. Am einfachsten ist, man verwendet den iSeries Navigator --> SQL generieren und sichert sich die Quelle entweder als Datei-Member oder in einem Verzeichnis im IFS.
Birgitta
-
Hallo Birgitta.
Diese "Wildwuchs"-Probleme sehe/kenne ich auch.
Ich hatte verstanden, dass es evtl. Probleme vom OS geben könnte.
Vielen Dank.
Joe
Similar Threads
-
By svente in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 23-01-07, 10:49
-
By steven_r in forum NEWSboard Programmierung
Antworten: 2
Letzter Beitrag: 25-09-06, 09:22
-
By steven_r in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 18-07-06, 10:36
-
By rr2001 in forum IBM i Hauptforum
Antworten: 9
Letzter Beitrag: 11-07-06, 15:10
-
By Nennewitz in forum NEWSboard Programmierung
Antworten: 16
Letzter Beitrag: 28-06-06, 14:49
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks