еврей utf8 на mysql консоли на debian (через шпаклевку на окнах)
У меня есть свой SQL-сервер, работающий на debian Linux, размещенном по linode.com, некоторые мои данные имеют еврейские символы в нем.
Я соединяюсь с сервером через шпаклевку ssh на окнах 7. когда я выполняю sql консоль администрирования (mysql) и выполняю запрос Select, все еврейские символы отображены как'?'.
Я даже не уверен, где проблема, но я предполагаю ее или mysql консоль или шпаклевка, которая освобождает еврея.
сами данные в порядке. (Я знаю это, потому что к этому также получают доступ через веб-страницу, где это отображается очень хорошо).
какие-либо идеи о том, что я должен сделать, чтобы включить ивриту для этого сценария?
Спасибо.
1 ответ
Кодировки символов являются маленьким подмененным ребенком, могло случиться так, что Ваши данные (который, в конце концов, является все просто двоичным).
Необходимо сначала проверить кодирование базы данных и отдельное кодирование таблицы. Кодирование относится к внутренней памяти …, хороший пример мог бы быть то, что Вы храните ISO-8859-1 таким образом, база данных ожидает только ISO-8859-1, но если некоторые данные находятся на иврите, эти символы не valid в ISO-8859-1.. но если клиенты, вставляющие данные и выводящие их, используют ISO-8859-8 (Иврит), это, будет главным образом казаться, будет работать.
Вот руководство от MySQL по теме.
Я рекомендовал бы (где возможный), что Вы используете UTF-8, существует много причин, но, вслепую не изменяйте свое кодирование баз данных, поскольку это не повторно кодирует данные, но просто сообщает MySQL, что это нужно рассматривать как UTF8. (Который повредит Ваши данные, если источник будет ISO-8859-1, или ISO-8859-8. здесь - другой краткая информация о кодировках символов, и Вы были бы хорошо обслужены для предоставления его однажды. "Абсолютный минимум любой разработчик программного обеспечения должен знать о Unicode"
В дополнение к этому, Ваш терминал (Ваша сессия удара), эмулятор терминала (шпаклевка) и консоль дб (mysql) все должны знать, какое кодирование, они имеют дело с …, лучше говорить им UTF-8 … и затем работать с данными UTF-8.