Logische Datei

[kuempi von stein]

Nun, da nicht sein kann, was nicht ist, wirst Du immer wieder ein Kontra bekommen hier.

Leider lässt Dein 1. Posting keinen Rückschluss zu auf die genaue Selektion innerhalb der logischen Datei.
(Hier wäre etwas weniger Anonymität hilfreich)

Ob es wirklich so ist, dass es nur eine physische und eine logische gibt, von der wir reden, ist auch nicht klar.
(Hier wären so Sachen wie WRKOBJ, genaue Libllist usw. ebenfalls hilfreich - Beispiel 8 logische abhängige, Du postest nur 5)

Evtl. eine Möglichkeit um das geregelt zu bekommen:
= logische Datei mal neu erstellen. Vorher mal alles was so heissen kann löschen.

Und glaube mir, ich habe schon Pferde kotzen sehen vor der Apotheke.
Und dass die Kiste sowas macht... ist wirklich sehr sehr unwahrscheinlich.
Da steckt garantiert nen (handgemachter) Grund dahinter...

Was nun?

kuempi

Anmerkung:
Wenn nichts mehr geht, treten IMMER die drei Regeln in Kraft:
1) Don't trust (Damit ist der User und die allgemeinen Umstände gemeint)
2)Keep cool
3) Safety first

PPS
Ich wette um nen Freidrink Du hast da nen Fehler irgendwo und es liegt NICHT an der Kiste...

Top die Wette gilt

[Fuerchau]

Dann prüfe deine LF mal auf SELECT/OMIT-Einträge, ich denke da wird dann was ausgefiltert.

Ausserdem behauptest du nun, dass die PF mehr Daten als die LF enthält.

Schau doch noch mal per DSPFD deine LF nach, auf welche PF diese verweist.

Desweiteren handelt es sich ja wohl um Brain-XPPS, das nun mal einige Lib's verwendet (RHMOD_20, USMOD_20, usw.).

Mach mal einen WRKF LGBS99, ggf. gibts da mehrere !

Und dann qualifiziere deinen SQL mal mit

select * from mylib/lgbs99 ...

[B.Hauser]

... und um noch einen drauf zusetzen!

Wenn eine logische Datei in einem SQL-Statement angegeben wird, ist noch lange nicht gesagt, dass diese logische Datei auch verwendet wird.

Vielmehr wird vom Query Optimizer das DDS der logischen Datei analysiert, die Feldauswahlen, die Join-Anweisungen und Select/Omit-Anweisungen aus dem DDS entnommen. Anschließend wird das SQL-Statement mit diesen Informationen basierend auf den physischen Dateien neu geschrieben. Erst dann beginnt die eigentliche Optimierung. Zu diesem Zeitpunkt ist aber aus dem SQL-Statement nicht mehr ersichtlich, dass ursprünglich eine logische Datei angegeben war.

Eventuell wird bei dem angegebenen SQL-Statement sogar die physische Datei direkt verarbeitet und nicht die angegebene logische!

Dass SQL bei der Verwendung der logischen Datei ein anderes Ergebnis liefert, lässt, wie Baldur bereits vermutet hat, darauf schließen, dass durch SELECT/OMIT-Anweisungen Sätze ausgeschlossen werden.

Birgitta