Проблема с поиском или кодировкой...

[Sufir]

Проблема с регистром...

Здравствуйте, товарищи!
В документации указано "Поиск выполняется без учета регистра символов.", однако следующие запросы возвращают 0 совпадений:

SELECT * FROM Phones WHERE MATCH (Title, Address) AGAINST ("Комбинат") LIMIT 100
SELECT * FROM Phones WHERE Title LIKE "к%"

А такие - восемь:

SELECT * FROM Phones WHERE MATCH (Title, Address) AGAINST ("КОМБИНАТ") LIMIT 100
SELECT * FROM Phones WHERE Title LIKE "К%"

В базе хранится именно "КОМБИНАТ", однако может оказаться и "Комбинат" и нужно выдать пользователю и то и другое. При чем не зависимо кирилица или нет, т.е. "factory" не находит, а "FACTORY" без проблем. Пробовал на версиях MySQL 4.1 и 5. Через phpMyAdmin вообще ни как не находит, к стати. Пробовал SET NAMES utf8 - эффекта нуль.
Данные хранятся в UTF-8, не в этом ли причина? Подскажите решение, если таковое есть, кто знает или ссылочку где почитать.

И еще вопрос, как преобразовать строку в кодировке utf8, например в верхний регистр? strtoupper работаеn не корректно, вместо "КОМБИНАТ" возвращает "ЊЎЌБИЍЀС". И вообще функции обработки строк. strlen возвращает неверную длинну, но при этом substr работает корректно.

 

[Mr_Max]

вместо "КОМБИНАТ" возвращает "ЊЎЌБИЍЀС"

[m]mb_convert_case[/m]

И вообще функции обработки строк

[m]mb_string[/m]

 

[Sufir]

Значит без mbstring никуда... Это понятно, а по основному вопросу?

 

[andymc]

Sufir
может быть поле Title бинарное?

By default, the search is performed in case-insensitive fashion. However, you can perform a case-sensitive full-text search by using a binary collation for the indexed columns.

 

[Sufir]

Нет, не BINARY.

Попробовал такое преобрязование, до этого оказывается таблица cp1251 была, хотя база utf8:

ALTER TABLE`Phones` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci

"КОМБИНАТ" по прежнему находит нормально, а по запросу "Комбинат" находит три десятка строк в которых нет ни "Комбинат" ни "КОМБИНАТ".

-~{}~ 16.10.07 02:13:

И кстати, как бы почитать что здесь написано http://phpclub.ru/faq/Mysql41Rus? В какой кодировке страница?
Как ни открывал - "кракозябры" сплошные.

-~{}~ 16.10.07 08:32:

Значит никто не в курсе? Ладно и на том списибо.

 

[Wicked]

У отдельных столбцов тоже может быть определена кодировка. Проверь.

 

[Nogrogomed]

Знакомая ситуация. Перепроверь все кодировки. Если все даные хранятся в УТФ8, то и ты должен подключаться в утф8.

Пример: у сотрудника база была в cp1251
он подключался, ложил туда текст УТФ

При выборках - текст выводился нормально, но при поиске начинались глюки.

Перевели все типы таблиц в утф8 и после этого переписали данные в утф8. После этого поиск запахал.

 

[Sufir]

Снес все таблицы и создал заново. Везде поставил utf8_unicode_ci, сами таблицы и все поля в таблицах.
База Language: Russian (ru-utf8), MySQL-кодировка: UTF-8 Unicode (utf8), Сопоставление соединения с MySQL: utf8_unicode_ci.

По прежнему ищет с учетом регистра, но теперь возвращает строки такого вида "КОМБ�?НАТ".

С SET NAMES utf8 результат тот же.
mysql_client_encoding() возвращает latin1.

 

[Wicked]

show variables like 'character_set_%'; ?

 

[Sufir]

без SET NAMES utf8
character_set_client cp1251
character_set_connection cp1251
character_set_database utf8
character_set_results cp1251
character_set_server cp1251
character_set_system utf8
character_sets_dir "/usr/share/mysql/charsets/"

после SET NAMES utf8
только character_set_server в cp1251 остальные в utf8

?!

Спасибо огромное, Wicked! Всё сделал. Как раз этот толчок мне и нужен был. А то сижу уже несколько дней, четвертый раз перечитываю "Если у вас MySQL 4.x/5.x и ЛЮБЫЕ ПРОБЛЕМЫ С РУССКИМ - ЧИТАТЬ ЭТО!". Там свалка какая-то, ничерта не разобрать. Может кто нормальный мануал написал бы. Я же так понимаю, там, в общем-то, о том же?..
Удалил все таблицы. Создал заново указав везде utf8_unicode_ci. Перезалил содержимое. Добавил везде SET NAMES utf8. Теперь работает как положено.