Могу ли я преобразовать язык ввода пользователя в сопоставление по умолчанию для базы данных? - PullRequest
Новая
       11

Могу ли я преобразовать язык ввода пользователя в сопоставление по умолчанию для базы данных?

0 голосов
/ 07 февраля 2019

Я хочу найти пользовательский ввод в моей базе данных.сортировка базы данных latin1_swedish_ci.Я не хочу это менять, вместо этого я могу изменить пользовательский ввод utf-8 на latin1_swedish_ci?

Редактировать:
Я подхожу к двум методам.
Метод 1: Я импортировал и использовал сопоставление по умолчанию latin1_swedish_ci и набор символов latin1.Тогда у меня есть
image

Здесь я могу запросить как SELECT * FROM dict WHERE english_word = '$_value', и я получаю все значения столбца, включая malayalam_definition, в браузере по желанию.Но проблема в том, что я не могу запросить, как SELECT * FROM dict WHERE malayalam_definition = '$_value'.Не возвращает результата.

Метод 2: Я изменил параметры сортировки на utf8_unicode_ci и набор символов на utf8.Затем в MySQL я получаю желаемые значения, такие как
image
Здесь я, когда я запрашиваю как SELECT * FROM dict WHERE english_word = '$_value' в браузере Я получаю знаки вопроса в malayalam_definition значения, такие как
image

Результат SHOW VARIABLES LIKE 'character\_set\_%';

+--------------------------+--------+
| Variable_name            | Value  |
+--------------------------+--------+
| character_set_client     | utf8   |
| character_set_connection | utf8   |
| character_set_database   | utf8   |
| character_set_filesystem | binary |
| character_set_results    | utf8   |
| character_set_server     | latin1 |
| character_set_system     | utf8   |
+--------------------------+--------+
7 rows in set (0.00 sec)

Нужно ли изменить character_set_server, тогда как это сделать?

1 Ответ

0 голосов
/ 08 февраля 2019

Прежде всего, «сопоставление базы данных» используется только по умолчанию.Реальный вопрос в том, что такое CHARACTER SET из столбцов , которые вас интересуют.

Тогда, каковы байты в вашем клиенте ?Они закодированы как latin1?Или utf8?В любом случае, скажите MySQL, что именно это и произойдет.Это предпочтительно сделать в параметрах подключения.(Какой ваш клиентский язык?) В качестве альтернативы, используйте SET NAMES latin1 или SET NAMES utf8, в соответствии с кодировкой клиента.

Теперь, что MySQL будет делать на INSERT и SELECT ... Это будет преобразовать кодировку из кодировки клиента в кодировку столбца, как вы делаете INSERT.Никаких дальнейших действий для этого не требуется.

Аналогично, MySQL преобразует другой путь во время SELECT.

(Конечно, если столбец и клиент говорят одну и ту же кодировку, "конвертировать" не нужно.)

В вашем вопросе упоминается "сопоставление".До сих пор я говорил только о CHARACTER SETs, также известной как «кодировка».В отличие от этого, сортировка и сравнение двух строк - это COLLATION.

Для CHARACTER SET latin1, по умолчанию COLLATION составляет latin1_swedish_ci.
Для CHARACTER SET utf8, по умолчанию COLLATION составляет utf8_general_ci.
Существует несколько различных «сопоставлений» для обработки причуд немецких, турецких или испанских или (и т. Д.) Заказов.

Пожалуйста, объясните почему вы пытаетесь сделать то, что заявили.Есть много способов, которыми вы можете сделать это неправильно , поэтому я не хочу давать вам заявление ALTER - оно может только ухудшить цель real .

Лучше использовать utf8mb4 вместо utf8.Внешний мир относится к UTF-8;это эквивалентно MySQL utf8mb4.

Edit (после OP's Edit)

Первый скриншот показывает "Mojibake".Еще один скриншот показывает вопросительные знаки.Причины каждого из них описаны в Проблема с символами UTF-8;то, что я вижу, не то, что я сохранил

...