Перекодировка базы данных

[Lensmen]

Проблема в кодировке данных. Был на хостинге за бугром кодировка latin1 сейчас нужно перейти на cp1251. Как теперь перекодировать таблици , даже на локалке весь русский шрифт выглядит знаками ?????

[svk]

cat dump.sql | iconv -f LATIN1 -t WINDOWS-1251 > dump.new.sql

[Lensmen]

svk Поподробнее...
Я пользуюсь Super Dumper
А запрос как я понял вводить через MyAdmin ?

[svk]

я не пользуюсь таким софтом. консоль наше всё.

[Lensmen]

svk
У меня Сpanel X
MyAdmmin
куда вводить запрос ?

[svk]

консоль наше всё.

[Lensmen]

Блин...неужели никто не знает ?

[Палыч]

Я пользуюсь Super Dumper

В ожидании новой версии 1.1.0 вышла промежуточная версия 1.0.8, в связи с участившимися сообщениями о проблемах с русскими символами, которые заменялись вопросительными знаками. Проблема была связана с тем, что при переходе с MySQL 4.0 на 4.1, не указывалась правильная кодировка данных для таблиц, в итоге у таблиц была кодировка latin1, а данные в cp1251 (она же windows-1251). Для решения проблемы в дампере была добавлена автосмена кодировки соединения и коррекция кодировки таблиц при восстановлении.

Автосмена кодировки работает, если в dumper.php для свойства "CHARSET" указано значение "auto" (установлено по умолчанию, доступно для версии 1.0.8 и выше). При этом при бекапе скрипт устанавливает кодировку соединения в соответствии с кодировкой таблицы. При восстановлении таблиц в случаях, когда кодировка указана в структуре таблицы, то выбирается именно эта кодировка для соединения, иначе устанавливается кодировка соединения указанная в dumper.php, свойство "RESTORE_CHARSET" (по умолчанию "cp1251"), кроме того указанная кодировка добавляется в структуру таблицы (это удобно при переносе базы с MySQL версии 4.0 на 4.1). При смене кодировок дампер выводит соответствующую информацию.

[Lensmen]

у меня как раз версия 1.0.8. ...но я так и непонял все стоит авто но не выводится запрос или вообще поле для смены кодировки.

[Палыч]

или вообще поле для смены кодировки.

А где сказано, что должно выводиться поле?
Лень документацию на сайте Super Dumper почитать?

[Lensmen]

Пробовал залить на локалхост. Вот че выдает. Но ошибок в таблице ban не нашел


Could not obtain ban information
160
SELECT ban_ip, ban_userid, ban_email FROM phpbb_banlist WHERE
ban_ip IN ('7f000001', '7f0000ff', '7f00ffff', '7fffffff') OR ban_userid = -1

[pip]

Lensmen, все там работает как часики если прочесть доки. Давно этим Dumperом пользуюсь. Проблемы могут быть с дубликатами в таблицах _search*. Почисть поисковые таблицы, а после перекодировки переиндексируй их.

[Палыч]

Проблемы могут быть с дубликатами в таблицах _search*. Почисть поисковые таблицы, а после перекодировки переиндексируй их.

Совет неплохой. Я бы их вообще не стал дампировать. Только у него проблемы не с ними. У него Collation таблицы ***_banlist не тот стоит. Для неё - критично.

[pip]

Вобщем да... У меня похожая проблема с того времени когда хостер решил "осчасливить" сервер апгрейдом. Тепер у мя тоже latin1. Пока все нормально, но но это когда то надо решать.
Может, давайте отбросим Дампер и попробуем через запрос.

Добавлено спустя 3 минуты 17 секунд:

Где-то видел такое:

Код: Выделить всё

ALTER DATABASE  имя базы CHARACTER SET cp1251 COLLATE cp1251_general_ci;

и такое
но еще не пробовал.
Имхо, через запрос как-то привычнее что ли... Но как правильно?

[Lensmen]

Этот долбаный latin1 меня уже замучил... Все что было "родное" в скриптах отображается нормально, а вот все темы что были добавлены посетителями на русском языке знаками ??????? .
Палыч И что же мне поставить в Collation что бы не было ошибки ? Или блин залить чистую....