MySQL cp1251 => uft8

Я вас уверяю, что UTF8 тут воооообще не при чём.

Все данные MySQL хранит в UTF-8. А то, о чём вы говорите, называется кодировка сопоставления. Что это такое, вы можете узнать из документации.

При работе с базой данных нужно использовать ту кодировку, в которой работает ваш сайт.

Т.е. если сайт в CP1251, то и при работе с базой нужно сделать

SET CHARACTER SET CP1251

И никаких iconv не нужно, база всё сделает сама.

Ну как? Объясните? Пока понял одну вещь - в utf буквы е и ё идут одинаковые.

Можно, конечно делать REGEXP-запрос, вроде:

SELECT * FROM table WHERE name REGEXP "Рубл[е|ё]в"

но это же ни FULLTEXT-поиска в перспективе, ни других возможностей...

У меня задача - задать SELECT запрос, допустим, name="Ёлка" и получить 2 ряда, где 1) "Ёлка" и 2) "Елка". Это реально?

e_moon добавил 23.11.2011 в 16:46

Я ж говорю, что пытаюсь применить рекомендации которые удалось найти. Видимо чего-то не догоняю. У меня сейчас получается только буквальный поиск:

SELECT * FROM register WHERE name="Рублёв"

вернет одну запись с именем Рублёв.

SELECT * FROM register WHERE name="Рублев"

вернет одну запись с именем Рублев.

А мне нужно одним запросом получить обе записи...

А... я сразу не воткнул :) Проблема в буквах "е" и "ё".

Это реально и у меня вот на тестовой таблице такой результат получается и при использовании сопоставления utf-8 и cp1251.

Т.е. на один запрос выдаёт 2 ряда.

А phpmyadmin поиск не работает?)

А как Вы этого добились? Т.е. какой у Вас предварительный запрос на SET NAMES и т.д?

e_moon добавил 23.11.2011 в 16:59

В phpMyAdmin поиск работает точно так же - буквы е и ё считает разными.

Сорри, я соврал.

Для каждого поля таблицы может быть указана своя кодировка сопоставления.

Если у поля name установлено сопоставление cp1251_general_ci, то выдаётся только одна строка с точным соответствием буквы, но если сопоставление установлено utf8_general_ci, то выдаются обе строки.

А при чём здесь кодировки?

Может просто SELECT * FROM register WHERE name="Рублёв" or name="Рублев"

Тогда уж проще REGEXP. Мне нужно универсальный способ поиска, пример - это частный случай. В базе штук 1000 пользователей. Есть Фёдоров и т.п...

Попробую покопать в этом направлении. Наверняка можно в запросе динамически менять сопоставление. Или временную таблицу пробовать создавать. Что-то должно же быть!

Так просто поменяйте на таблице кодировку сопоставления на utf8_general_ci и всё.

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