SQL Create view V5R4

[B.Hauser]

Aiuch ein Group By in dem eine UDF integriert ist, kann zum Gruppieren durchaus einen (Binary Radix oder Encoded Vector Index) verwenden, in dem alle zu verdichtenden Spalten oder ein Teil der verdichteten Spalten verwendet wird.

Der Kasus-Knacksus in dem Fall von KingOfKing, ist der cross join, da muss zunächst ein temporäres Objekt generiert werden, in dem jedem Satz aus der ersten Tabelle jeder Satz aus der zweiten Tabelle zugewiesen wird. Das Ergebnis kann nur ungeschlüsselt sein. Darauf wird dann der Group By losgelassen.
Die Frage ist, wie sollte denn überhaupt ein Index erstellt und verwendet werden, wenn weder eine Join-Anweisung noch eine where-Bedingung vorhanden ist? Es müssen ja immer alle Sätze gelesen werden.

Birgitta

[Fuerchau]

Das sollte ja der Optimizer erkennen wenn ich dann per "Where" die View näher eingrenze.
Allerdings stimt es schon, dass zu einem Join auch eine Beziehung nötig ist.

Auf Grund der "alten" Schreibweise

from FileA A, FileB B
where A.Key = B.Key ...

sollte eher grundsätzlich
from fileA A
inner/left/exception join FileB B on A.Key = B.Key
kodiert werden.
Dann fällt sowas eher auf da das bereits der Syntaxchecker merkt.

[B.Hauser]

Warum werden hier eigentlich Antworten gegeben, die mit der Frage nichts zu tun haben?

Ja, ich lese den kompletten Kundenstamm und dazu den kompletten Artikelstamm , da Kunde und Artikel so keine Beziehung haben, ich aber für jede Kunden / Artikel Konstellation einen Satz brauche.

KingOfKing hat in o.g. Antwort klargestellt, dass er einen Cross Join benötigt. Das hat nichts mit alter oder neuer Schreibweise zu tun. Zugegebenermaßen finde ich die Synax:
FROM Table1 Cross Join Table2
Besser als die simple Auflistung der einzelnen Tabellen.

Birgitta