Форум MySQL

Всем привет. Решил изменить сравнение столбцов с cp1251_general_ci в utf8_bin. Делал таким образом: вошёл в phpMyAdmin, выбрал все текстовые столбцы и в разделе редактирования столбцов выбрал сравнение utf8_bin. После этого сделал выборку всех строк. Теперь данные отображаются примерно так: [BLOB - 333 Байт]. Как я понял, MySQL не выполнил конвертирование текста, либо выполнил его некорректно. Подскажите, как правильно сменить сравнение столбцов?

В phpBB3 столбцы имеют тип utf8_bin, однако при выборке данные отображаются обычным текстом, а не как [BLOB - 333 Байт].

тип столбцов какой сейчас?

Тип TEXT

phpbb3 показывает текст без искажений?

Да, с таблицами phpbb3 все нормально, без искажений. В таблицах phpBB поля были изначально utf8_bin, а в моих таблицах cp1251_general_ci. Я решил сделать единую авторизацию пользователей (на базе представления из обоих таблиц). Решил перевести сравнение в своей таблице на utf8_bin, перевел и после этого содержимое не отображается, вернее отображается как [BLOB - ... Байт]. Решил проверить содержимое через dbForge Studio for MySQL - вместо текста показывает значок "двоичные данные". Если сделать выборку из таблиц phpBB3 - там текст выводится нормально.

Ну так двоичные же по сути-то...
Есть еще вроде utf8_unicode_ci , чем оно не? Или нет?

Попробую перевести на utf8_unicode_ci

Есть какие-то преимущества хранения текста как bin? Как ведут себя при сравнении ci, cs и bin (найти ответ на этот вопрос не смог)?

При сравнении bin, сравниваются коды символов.
При ci сравниваются сами символы с учётом языка и без учёта регистра.
cs — тоже самое что ci, но с учётом регистра.

Пара примеров:

mysql> SET NAMES utf8; Query OK, 0 rows affected (0.00 sec) mysql> SELECT "Ö" COLLATE utf8_bin = "O" COLLATE utf8_bin; +---------------------------------------------+ | "O" COLLATE utf8_bin = "O" COLLATE utf8_bin | +---------------------------------------------+ |                                           1 | +---------------------------------------------+ 1 row in set (0.00 sec) mysql> SELECT "Ö" COLLATE utf8_general_ci = "o" COLLATE utf8_general_ci; +-----------------------------------------------------------+ | "O" COLLATE utf8_general_ci = "o" COLLATE utf8_general_ci | +-----------------------------------------------------------+ |                                                         1 | +-----------------------------------------------------------+ 1 row in set (0.00 sec) mysql> SELECT "Ö" COLLATE utf8_general_cs = "o" COLLATE utf8_general_cs; ERROR 1273 (HY000): Unknown collation: 'utf8_general_cs' # на моём локальном сервере не установлена utf8_general_cs, поэтому unknown collation # по идее должно вернуть 1 mysql>

Форум похерил текст запроса. Вместо &#214 там было ---->

Мда. Стандартная виндовая консоль тоже похерила запрос.
Во вложении скрипт с правильными примерами.

> Есть какие-то преимущества хранения текста как bin?
Теоретически, сравнения в bin быстрее.

сообщению полгода. можно расслабиться :)

Чорт.

Тем не менее, многие не знают чем различаются между собой *_general_ci, *_general_cs и *_bin. Сообщение не пропадёт зря, рано или поздно кто-нибудь найдёт в поиске :)

Это несомненно.

Решил проверить содержимое через dbForge Studio for MySQL - вместо текста показывает значок "двоичные данные". Если сделать выборку из таблиц phpBB3 - там текст выводится нормально.
Обновите версию dbForge Studio for MySQL.
Сейчас доступна 4-я версия.
http://www.devart.com/ru/dbforge/mysql/studio/download.html