Victor MetelitsaGraphic - это изначально не Unicode, а DBCS (Double Byte Character Set), т.е. какой-то азиатский набор символов (японский, два китайских, корейский...). ... а вот поддержка Юникода появилась совсем недавно (как я понимаю, в Юникодных базах CHAR=UTF8 и GRAPHIC=UTF16, но в неюникодных GRAPHIC - это никакой не Юникод). Не слышал, чтобы это где-то вырезали, да и к чему?Подождите, unicode - это и есть вообщем-то "Double Byte Character Set" для поддержки корейского, японского и т.п. в том числе.
Даже описание констант для GRAPHIC такое же как для NVARCHAR в MSSQL.
Читаю help от DB2:
1.
2.
3.
4.
A graphic string constant specifies a varying-length graphic string and consists of a sequence of double-byte characters
that starts and ends with a single-byte apostrophe (') and is preceded by a single-byte G or N....
Examples:
G'double-byte character string',
N'double-byte character string'
Соединился с базой, запустил:
1.
CREATE TABLE TRY.T1(ID INTEGER NOT NULL, NAME VARGRAPHIC( 100 ))
DATA CAPTURE NONE;
Выдает обратно:
[IBM][CLI Driver][DB2/NT] SQL1216N Графические данные и графические функции не поддерживаются в этой базе данных. SQLSTATE=56031
Согласен, мой вопрос был не совсем корректен. Но выходит, база может поддерживать/не поддерживать GRAPHIC.
Вы не скажете, как сделать чтобы поддерживались?
Victor MetelitsaЕщё уточнение - индексы, которые не эффективны, имеются в виду "древесные". Битмаповые могли бы в ряде случаев помочь больше, но их нет... В Сиквеле тоже нет битмаповых. Но collation может быть свой/разный и у сервера и у базы и у каждого поля в таблице.
Как и у DB2 есть Binary Sort и Dictionary Sort. Просто, очевидно та часть которая Dictionary Sort расширена до опций СS/CI, AS/AI, KS/KI, WS/WI.
Вообще, кошмарик конечно. Чем дальше в лес тем толще партизаны :)
Чего-то наша идея сопряжения баз с каждым днем начинает все больше трещать и картинка с каждым днем все мрачнее :(
