SRTSEQ & LANGID Taktik

[Fuerchau]

Nachtrag:
Collating sequence: Any index created over columns containing SBCS or mixed
data is created with the collating sequence in effect at the time the statement is
executed. For collating sequences other than *HEX, the key for SBCS data or mixed
data is the weighted value of the key based on the collating sequence.

M.a.W., abhängig von der Jobumgebung wird der Index erstellt und daskann nicht mehr explizt angegeben werden.

Per SQL "SET OPTION SRTSEQ=..." werden die Vergleichsbedingungen für jeden SQL definiert. Ich kann da also nicht mehr tabellenspezifisch unterscheiden.

[andreaspr@aon.at]

Du musst auch auf die Performance aufpassen.
Wenn der ausführende Job oder das Programm eine andere Einstellungen hat als die DB dann kann es passieren dass diverse Indice aus Konvertierungsgründen nicht mehr genommen werden können.
Ein Table Scan ist dann die Folge.

lg Andreas

[Fuerchau]

Das ist auch wieder korrekt. Mit SQL steht man da etwas auf dem Schlauch, wenn man versucht alte Methoden auf SQL anzuwenden.
Sprachneutral ist auf jeden Fall die Verwendung von UCS2 (NCHAR, NVARCHAR) was ja auch bei RPG durch den Feldtyp "C" unterstützt wird.
Wenn dann also ein Index per Job LANGIDSHR erstellt wird, dann sollte das mit UCS2 sprachneutral funktionieren. Ansonsten hat man da tatsächlich schlechte Karten.

Aber ggf. weiß Birgitta da ja was genaueres.