Anzahl der Host-Variablen geringer als die Ergebniswerte.

[Andreas_Prouza]

Genau, oder so wie Robert geschrieben hat, wenn die Ziel-DS hardcoded erstellt wurde, die Tabelle geändert und dann das Programm neu kompiliert wurde.
Dann sind die neuen Spalten der Tabelle im Zugriff, aber noch die alte Datenstruktur, wenn diese nicht ebenfalls mit angepasst wurde.

[Fuerchau]

Das würde beim Compile bereits auffallen und wer schreibt die DS noch selber, wenn ich einen Bezug zur Datei machen kann?

[BenderD]

... alle diejenigen, die vom select * abraten und das sind ja nicht wenige "Experten"!

[B.Hauser]

Das würde beim Compile bereits auffallen und wer schreibt die DS noch selber, wenn ich einen Bezug zur Datei machen kann?

Nicht zwangsläufig! Solange die Spalten-Definitionen (in der Reihenfolge) übereinstimmen bzw. compatibel sind und lediglich weniger Ausgabe-Felder vorhanden sind als ausgewählt, wird das Programm erstellt.

SQL0030 (Anzahl der Host-Variablen geringer als die Ergebnis) hat Severity 0 und verursacht somit keinen Fehler.
Im (RPG) Programm selber wird lediglich eine Warnung mit SQLCODE +30 ausgegeben. Die Daten werden jedoch korrekt ausgegeben.
... das einzige ist, die störende Meldung
und ggf. tatsächlich eine Beendigung der Verarbeitungsschleife, weil der Programmierer mal wieder (entgegen aller Empfehlungen) auf SQLCODE = 0 oder SQLSTATE = 00000 prüft.

Im Übrigen kommen solche "Fehler" auch häufig vor, wenn 2 Tabellen verjoint werden und alle Felder mit SELECT * ausgewählt werden und der Programmierer sich entscheidet, dass nur die Daten der ersten Datei benötigt werden und im Fetch nur die Datenstruktur der ersten Datei angegeben wurde.

SELECT * sollte man m.E. grundsätzlich vermeiden und immer nur genau die Spalten auswählen die man auch wirklich benötigt, auch wenn man wie Dieter für jede Abfrage eine View baut.
Vielleicht braucht man die gleiche View doch mehrfach und möchte dann irgendwann Spalten hinzufügen ...

Birgitta

[BenderD]

SELECT * sollte man m.E. grundsätzlich vermeiden und immer nur genau die Spalten auswählen die man auch wirklich benötigt
Birgitta

... das hat erhebliche Folgerungen:
- erhöhter Programmieraufwand
- man kann keine externen Datenstrukturen verwenden
- Fehler in der Feldreihenfolge führen zu tückischen Fehlern
- Redesign Schritte an der Datenbank sind aufwändig und fehlerträchtig
- massive Performance Einbrüche bei remote Zugriffen mit dynamischem SQL

D*B

[ExAzubi]

... das hat erhebliche Folgerungen:
- erhöhter Programmieraufwand
- man kann keine externen Datenstrukturen verwenden
- Fehler in der Feldreihenfolge führen zu tückischen Fehlern
- Redesign Schritte an der Datenbank sind aufwändig und fehlerträchtig
- massive Performance Einbrüche bei remote Zugriffen mit dynamischem SQL

Da kann ich Dieter nur Recht geben! Brauche ich nur 1-3 Felder einer Datei, dann mache ich eine ZielDS oder gezielt in Host-Variablen.

Brauche ich aber >5 Felder einer Tabelle, dann mache ich Select * mit einer E DS.

Und RPG ist da nicht die einzige Sprache die eine solche Funktionalität zur Verfügung stellt. Auch in ABAP kann das so gemacht werden.