Здравствуйте.

Я перешёл с MySQL 4.1.16 на 4.1.21 и возникла следующая проблема: база считает буквы «и» и «й» одной буквой. Соответственно, все мои таблицы с уникальным текстовым полем (у меня свой поиск, и мне нужна таблица с уникальным string-полем) отказались заливаться из-за «duplicated key». Тем не менее, для меня это различие очень важно (ну, всё-таки слова «чай» и «чаи» — это разные слова).

Повторюсь, мне важно различия между этими двумя буквами, а не между заглавными и строчными.

Тестировал на utf8_general_ci, utf8_unicode_ci, utf8_bin, cp1251_general_ci.

Как заставить MySQL считать эти буквы разными? Пусть даже ценой за это будет то, что он станет различать заглавные и строчные буквы — мне это не очень важно.
Как с этим обстоит дело в MySQL5?

dm9, при вводе/выводе "и" и "й" различны? не проявляется ли глюк при записи в базу,  а не при сравнении?

skyboy, 


Добавлено @ 01:03 
Короче, эти буквы считаются одинаковыми при построении уникального индекса.

Добавлено @ 01:04 
Если это важно, дистрибутив под Линукс... SuSE.

dm9, show create table, по возможности, в студию.

установлен ли для таблицы collation?

dm9, не уверен, но может надо проверить, что collation является AS (accent-sensitive).

Это сообщение отредактировал(а) Дрон - 27.10.2006, 11:57

> show create table ttt;



> установлен ли для таблицы collation?

Я создавал таблицу так.

MySQL Query Browser показывает utf8_general_ci.
Узнавать текущий collation запросом я не умею, но, думаю, этой информации уже достаточно.

Добавлено @ 12:01 
Дрон, с удовольствием бы, но как? 

Виноват. Похоже, MySQL не делает различия между AS и AI. Тогда не знаю   

Более того "и" и "й" даже при AI в MSSQL считаются различными.

Это сообщение отредактировал(а) Дрон - 27.10.2006, 12:08

Более того, у них разные номера в кодовой таблицы

Ты как таблицы заливаешь? Через дамп? Посмотри, может уже при экспортировании в текстовый файл он вместо "и", "й" сделал

В смысле? В какой кодовой таблице?
Я просто предположил, что вдруг по какому-то странному стечению обстоятельств "й" посчитали тем же символом, что "и", только с чёрточкой (accent) сверху. Ну кто ж этих буржуев знает? 

Позже я нашёл таблицу, которую можно использовать для справки: http://developer.mimer.com/charts/UCA_cyrillic.htm
Правда СУБД какая-то странная -- первый раз её вижу, но это столь важно, т.к. моё рассуждение было чисто теоретическим.
Вот набор символов, считающихся "одинаковыми":
и 0438    
И 0418    
ѝ 045D    
Ѝ 040D    
ӣ 04E3    
Ӣ 04E2

При этом "и-краткое" честно вынесено отдельно:
й 0439    
Й 0419

Так что моё предположение оказалось неверным.

Сергей, нет. Я банально вставляю данные через MySQL Query Browser.
Вот даже скриптик написал...



Только что проверил, под Windows-версию (ту же самую, 4.1.21) всё работает. Может быть проблема в системных настройках SuSE? Где там можно покопать?

Я неверно менял collate. Слишком доверился глупому MySQL Query Browser'у.

ALTER DATABASE `lori` CHARACTER SET utf8;
ALTER DATABASE `lori` COLLATE utf8_unicode_ci;

Так всё заработало.
Ну или при создании таблицы можно это указать.

utf8_unicode_ci работает нормально.
utf8_general_ci глючит.

Ответили на форуме sql.ru, если кому понадобится, обсуждение.