Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.08.2005, 10:59:43
|
|||
|---|---|---|---|
|
|||
REGEXP понимает регистр |
|||
|
#18+
Столкнулся я вот с такой проблемой. MySQL версия 4.0.24 character_set latin1 Данные в базе хранятся в utf8, так как ни в одной другой кодировке правильная сортировка русских символов не работает. SET CHARACTER SET cp1251 не получится (работает начиная с версии 4.1) REGEXP без BINARY почему то учитывает регистр, хотя с английскими символами все нормально. UCASE почему то тоже не работает. Кто-нибудь знает почему так себя ведет REGEXP? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2005, 11:39:35
|
|||
|---|---|---|---|
REGEXP понимает регистр |
|||
|
#18+
dev.mysq.com As of MySQL 3.23.4, REGEXP is not case sensitive for normal (not binary) strings. REGEXP and RLIKE use the current character set (cp1252 Latin1 by default) when deciding the type of a character. However, these operators are not multi-byte safe. Юникод как раз мультибайтный... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.08.2005, 12:52:19
|
|||
|---|---|---|---|
|
|||
REGEXP понимает регистр |
|||
|
#18+
С английским не очень, но я так понял, что REGEXP не работает с многобайтовыми кодировками. Прав на администрирование MySQL сервера у меня конечно нет. В cp1251 REGEXP работает нормально, но сортировка, соответствено, не работает. Вот безысходность! Perl-ом что ли сортировку делать, там еще и локаль en_US.UTF-8. Вот такой хостинг. Подскажите, что делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=47&mobile=1&tid=1853775]: |
0ms |
get settings: |
5ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
11ms |
get forum data: |
4ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
| others: | 208ms |
| total: | 345ms |
| 0 / 0 |
