Frage wegen DDS, CONCAT Funktion

[Fuerchau]

Seit wann macht SQL etwas "in erster Linie für native I/O" ?
Meine Erfahrung ist, SQL macht was für SQL.

Wenn man nur native I/O programmiert kommt man doch gar nicht auf die Idee, dass SQL was dafür bereit hält.
Also ich denke, dass ist eher schlechtes Marketing.
Dieses Concat-Gedöns (vor allem bei Datumsfeldern) dient ja nur der optimalen Nutzung von Between-Vergleichen, da dies mit Einzelfeldern nicht funktioniert.

In anderen DB's gibt es z.T. schon länger "calculated Indices" die von der SQL-Engine auch gut genutzt werden konnten, eben nach obigen Kriterien.

[B.Hauser]

SQL macht nichts für SQL!

Aber IBM macht was für RPG und SQL.
Warum sollte IBM sonst z.B. Satz-Format-Namen, die nicht Standard sind beim CREATE TABLE, CREATE INDEX, CREATE VIEW zulassen?

Die Optimierung der neuen Indices war und ist nicht ganz trivial, deshalb wurden die neuen Indices zunächst nur mit native I/O verwendet. Ansonsten hätte man diese Indices solange zurückhalten müssen, bis die Optimierung abgeschlossen gewesen wäre.

Ich kann mich an diverse Ankündigungen, Artikel, Präsentationen etc. zu Beginn von 6.1 erinnern, in denen erklärt wird, dass DDS stabilisiert sei und man anstelle von DDS beschriebenen logischen Dateien (derived and sparsed) Indices verwenden solle.

Birgitta