View Full Version : SQL Index DBCS-fähig
Hallo Gemeinde,
wie schaffe ich es das ein SQL Index (CREATE INDEX) DBCS-fähig wird?
Was muss ich da im Statement angeben?
sollte dann so aussehen (DSPFD):
Datenbankdateiattribute
Extern beschriebene Datei . . . . . . . . . : Ja
SQL-Dateiart . . . . . . . . . . . . . . . : INDEX
Dateiebenen-ID . . . . . . . . . . . . . . : 1101215084231
Erstellungsdatum . . . . . . . . . . . . . : 15.12.10
Text 'Beschreibung' . . . . . . . . . . . . : TEXT
Verteilte Datei . . . . . . . . . . . . . . : Nein
Partitionierte SQL-Tabelle . . . . . . . . : Nein
DBCS-fähig . . . . . . . . . . . . . . . . : Ja
Danke schon mal!!
LG
Ich denke mal, dass die Eigenschaft gesetzt wird, wenn ein DBCS-Feld als Index-Feld ausgewählt wird.
Ob Unicode (DBCS 13488) dazugehört, weiß ich auch nicht.
Wie es aussieht nicht.
Die zwei Index Felder sind in der DB so definiert:
SBSTMLND VARGRAPHIC(2) CCSID 13488 NOT NULL DEFAULT ''
SBSTPANA VARGRAPHIC(50) CCSID 13488 NOT NULL DEFAULT ''
Ich habe da verschiedene DB´s, wo auch Indexe auf die Graphic Felder definiert sind.
Aber nur diese eine die "DBCS fähig" ist.
Source zu dieser Index DB gibts leider nicht da mein Vorgänge dies anscheinend direkt mit SQL erstellt hat.
:(
Thx
andreaspr@aon.at
29-08-13, 13:49
Hallo,
über den Navigator kannst du versuchen das SQL generieren zu lassen.
lg Andreas
Eine Quelle wird für einen Index nicht benötigt da die Schlüsselbeschreibung dafür vollkommen ausreicht.
Warum dieses Flag benötigt wird, kann ich auch nicht sagen.
Du kannst auch versuchen, den Index zu löschen und neu zu erstellen.
Mal sehen, ob dann das selbe "DBCS"-Ergebnis auftaucht oder dies ein Relikt aus älterem Release ist.
Also neu erstellen bringt da auch nichts.
Das Attribut ändert sich dadurch nicht.
Die Source habe ich nur damit ich später den Index einfacher erstellen kann wenn ich etwas ändere. Aber das ist eine andere Geschichte.
Nach meinen Recherchen dürfte das egal sein da ja SQL nicht direkt auf diese Index DB zugreift sonder dies ja der SQL-Optimizer nutzt (wenn ich da richtig informiert bin).
Der Index wurde in einem früheren Release erstellt, kann eh sein das dies jetzt vom neuen Release kommt und keine Auswirkung hat.
Thx
Es gibt leider Programmierer die dann wieder per F-Bestimmung auch auf SQL-Indizes zugreifen, warum auch immer.
Ob der Index tatsächlich auch verwendet wird, kannst du ja mal mit einem entsprechenden SQL (mit STRDBG) prüfen.
Aber manche Angaben dienen halt der Dokumentation.
Was hältst du von folgender Aussage (DSPFD auf Index):
Abruf Datum/Uhrzeit . . . . . . . . . . . : 23.08.28 12:03:06
Letzter Abruf Datum/Uhrzeit . . . . . . . : 23.08.28 12:03:06
Also ich weiß nicht, was da am 23.08.2028 passieren wird, die AS/400 wohl schon :).
andreaspr@aon.at
29-08-13, 15:11
Wenn du wissen willst wann ein Index das letzte mal verwendet wurde, dann nimm lieber diese View:
QSYS2.SYSINDEXSTAT
camouflage
29-08-13, 16:31
Also ich weiß nicht, was da am 23.08.2028 passieren wird, die AS/400 wohl schon :).
offTopic
Baldur, hast du die Roadmap von IBM gelesen? :rolleyes:
/offTopic
Guten Morgen
Aber manche Angaben dienen halt der Dokumentation.
Was hältst du von folgender Aussage (DSPFD auf Index):
Abruf Datum/Uhrzeit . . . . . . . . . . . : 23.08.28 12:03:06
Letzter Abruf Datum/Uhrzeit . . . . . . . : 23.08.28 12:03:06
Also ich weiß nicht, was da am 23.08.2028 passieren wird, die AS/400 wohl schon :).
Also solche Angaben konnte ich in meiner Anzeige nicht finden!
Lebst du etwa schon in der Zukunft? :D
LG