Всем привет!

Имеется IDS 9.x. Клиент работает через ODBC.
Озадачился созданием многоязычной базы (например, русский+японский+финский).
Почитал украинскую группу на гугле Многоязыковость и Unicode support
Прочитал доку по Unicode DataBlade Module - Тынц .
Я так понял, что для моих целей подходит Unicode DataBlade Module и общая юникодовская локаль (generic Unicode locale).
4.2 Language Support - Internationalization & Localization

The Informix Unicode DataBlade module supports GLS and requires users to
use the GLS locale for the Unicode code set. A generic Unicode GLS locale
with the appropriate code map and conversion files is distributed with this
DataBlade module. The generic Unicode locale contains classifications for
the following character sets :
- ISO8859 character sets from 8859-1 to 8859-9 inclusive
- Microsoft Windows character sets CP1250 to CP1258 inclusive
- Chinese GB2312-1980
- Japanese JIS\EUC 0201-1976, JIS\EUC 0208-1990, JIS\EUC 0212-1990
- Korean KSC5601-1990
The generic Unicode locale is based on en_us language and territory
conventions. Users who want to have NUMERIC, MONETARY, DATE, and TIME
settings other than en_us defaults will need to set these manually using
the appropriate GLS environment variables.
The sort order within the locale is based on codepoint order.

Но я так и не понял какие значения устанавливать в переменной DB_LOCALE при создании базы.

Коллеги буду рад если вы меня поправите (или подтвердите мою правоту).
В случае если я ошибаюсь, буду рад услышать от вас новое направление поиска.

Т.е. будет вполне нормально если база будет создана в кодировке ru_ru.unicode, а клиент будет коннектиться к ней, например с CLIENT_LOCALE=ko_kr.unicode? (Естественно при условии, что в GLS будут соответствующие файлы)

Хорошо, корейских иероглифов не будет. :)
Пусть на клиенте будет ru_ru.1251, а база пусть будет, например, en_us.8859.
То каким способом я смогу законнектиться к базе?

Никаким способом не законнектитесь
Прямо в лоб конечно не законектится - это понятно.
Но ведь должен же существовать какой-то способ, дающий такую возможность. Если создать файлы конфертации между двуми этими локалями?

Народ, а ни у кого нету файлика 04e3.lc? (расширение именно lc , а не lco)

АнатоЛой , буду очень признателен, если Вы вышлите сей объект по адресу informix <улитка> list <dot> ru.

АнатоЛой , спасибо.

АнатоЛойЧего за проблема-то?
Разбираюсь как работать с многоязычной базой.

"...Стою на асфальте в лыжи обутый....."

Подскажите где я ошибаюсь.
Создал базу в кодировке ru_ru.1251, создал табличку и записал в нею пару строк "Первая запись", "Вторая запись". Далее скопировал в директорию lc11\ru_ru файл e01c.lco. (Настораживает, что внутри этого файла написано LANGUAGE=English
TERRITORY=United States)
Далее на клиенте поменял CLIENT_LOCALE с ru_ru.1251 на ru_ru.utf8 (DB_LOCALE остался ru_ru.1251). С помощью sqleditor подконектится к базе получается, но вот select * from table выдает абракадабру. Почему!?!?
Ведь таблицы перекодировки (e01c04e3.cvo и 04e3e01c.cvo) в cv9 существуют.
Где я ошибаюсь, или что не так делаю?
Заранее спасибо.

Кажись понял в чем ошибка. Ищу ILS.

BoyasysmasterКажись понял в чем ошибка. Ищу ILS.

Нашел??? Подскажите где искать, гугль не помог.

На сайте IBM, кажется, даже в свободном доступе.