-
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.
-
@Birgitta: Was das ursprungsthema betrifft, ist es klar, wenn Felder entfernt oder geändert werden, dass das PGM neu umgewandelt werden muss. Hier gings nur ums Hinzufügen und da ist ein neu umwandeln (wie du eh geschrieben hast) nicht notwendig. Ist aus der Diskussion vielleicht nicht ganz herauszulesen.
@Spaltenauswahl: In bestimmten Fällen verwende ich auch kein Select * sondern wähle die Spalten direkt aus die ich benötige, da wenn ein Index existiert, in dem diese Spalten als Key-Felder vorhanden sind, ersparrt sich die DB ein Index Probe.
Die Datenbank muss dann nicht auf die PF zurückgreifen, da alle Infos in der LF vorhanden ist. (--> Index Access Only)
Und das sparrt bei großen und komplexen Abfragen vieeel Zeit!
-
Index-Access-Only heißt, dass alle Felder des Select's Bestandteil des Index sind.
Fehlt nur ein Feld, muss trotzdem auf die PF zugegriffen werden.
-
 Zitat von andreaspr@aon.at
wenn ein Index existiert, in dem diese Spalten als Key-Felder vorhanden sind, ersparrt sich die DB ein Index Probe.
Die Datenbank muss dann nicht auf die PF zurückgreifen, da alle Infos in der LF vorhanden ist. (--> Index Access Only)
hab ich ja geschrieben
Similar Threads
-
By svente in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 23-01-07, 09:49
-
By steven_r in forum NEWSboard Programmierung
Antworten: 2
Letzter Beitrag: 25-09-06, 08:22
-
By steven_r in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 18-07-06, 09:36
-
By rr2001 in forum IBM i Hauptforum
Antworten: 9
Letzter Beitrag: 11-07-06, 14:10
-
By Nennewitz in forum NEWSboard Programmierung
Antworten: 16
Letzter Beitrag: 28-06-06, 13: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