Hallo,

das mit den SQL Views und Record Löffel Exzess, das ist so eine Sache: die haben keine Sortierung, die Reihenfolge der Sätze überlässt man dann dem Datenbanksystem und das kann sich da auch unter einem Folgerelease anders entscheiden, was nicht unwahrscheinlich ist.
Ansonsten sorgt natürlich Group By und distinct dafür dass die Views dann read only sind; wobei distinct garnicht geht, da ja nur die Schlüssel gleich sind und bei group by muss man dann auch noch Spaltenfunktionen verwenden, damit man alle Felder mit reinbekommt.
Fazit: mit DDS und mit record Löffel Exzess stößt man hier an Grenzen, da bleibt nur die Programm technische Lösung; SETGT oder alle lesen mit Gruppenwechsel Logik gibt sich hierbei nicht viel - für einen Satz könnte der SETGT schneller sein, für alle eher der Gruppenwechsel, beidesmal sind die Unterschiede in der Nähe der Messbarkeit.

mfg

Dieter Bender

PS: Was ich nicht verstehe ist, warum man sich so einen Unfug antut (wobei das auch ein Softwarelieferant gewesen sein kann, der solchen Murks auch noch verkauft hat, Kompliment an die Marketing Abteilung!)


Zitat Zitat von Fuerchau
Wenn die PF bereits doppelte Schlüssel enthält, ist es auch einer LF nicht mehr möglich, nur noch eindeutige Schlüssel zu verwalten.
Du kannst dies wirklich nur noch programmtechnisch lösen.

Anmerkung: Solltest du REUSEDLT(*YES) verwenden, ist nicht eindeutig gesichert, dass der 1. Satz in Keyfolge auch der zuerst erstellte Satz ist.

Übrigens: LF's lassen sich auch per SQL erstellen, siehe CREATE VIEW xxx for SELECT ....
Mittels "Group by" lassen sich dann auch eindeutige Schlüssel erstellen.
Diese LF läßt sich von RPG auch genauso verwenden. Wenn du diese dann liest und mittels gelesenem Schlüssel auf die PF per CHAIN zugreifst, erhältst du genau 1 Satz.