SuhanovO Jul 14 2008 at 03:42

Конвертация базы из Windows1251 в UTF8

3 min

37K

Comments 23

quo Jul 14 2008 at 04:24

Спасибо. Завтра на свежую голову попробую. Так как есть база которую уже давно нужно переместить на сервер с utf8, пробывал через iconv, ничего толкового не получилось. Надеюсь это поможет.

BekoBou Jul 14 2008 at 04:34

PhpMyAdmin или другая программа. Алгоритм такой — делаешь dump базы в plain/text, как-будто ты хочешь перенести БД на другой хостинг (или просто такой корявый BackUP). Дальше DROP таблиц/БД/создание параллельно ещё одной БД (нужное подчеркнуть). Изменяешь кодировку в файлах и выполняешь на сервере.

Операция занимает в лучшем случае пару минут, если умеешь пользоваться автоматической заменой текста. По крайней мере когда-то я так делал. Исключения составляют ситуации, когда база ОЧЕНЬ БОЛЬШАЯ и её нельзя прекратить её работу на некоторое время, и то я думаю можно как-нибудь решить этот вопрос.

BekoBou Jul 14 2008 at 04:37

Мне просто кажется этот метод более оптимальным по отношению ко времени. А так очень полезный скрипт. :)

P.S. Быть может даже стоит написать GUI к нему…

alitvinenko Jul 15 2008 at 11:49

а не будет проблем с базами больших размеров? точно не ляжет phpMyAdmin? ;)
Мне кажется, что пока ты дождешься открытия файла с дампом, чтобы там изменить кодировку таблиц - ты состариться успеешь.

SuhanovO Jul 14 2008 at 08:32

В моем случае база не маленькая. В районе 5 гигов.
Да и не забывайте, что часть народа трудится на "гавнохостингах", и не везде можно делать `CREATE DATABASE`.
А если в проекте больше 10 таблиц, то копипаст и изменение DEFAULT CHARSET в описании таблицы оч. быстро надоест.

Я не притендую на уникальность идеи, скрипт написал для облегчения жизни себе и, возможно, другим.

BekoBou Jul 14 2008 at 09:20

Извини конечно, но БД в 5 гигов на «говнохостингах» не держат, а на своём нет проблем с консолью для администратора БД.

Копировать я и не собирался. Просто заменить одну кодировку на другую стандартными функциями текстового редактора.

Скажем так — «серьёзные проекты» проще сразу доверить хорошему архитектору (администратору БД) на проектирование, чем потом заниматься таким… Возможно стоит выпустить новую версию проекта, как мы уже ждём какой месяц подряд новый хабр (это так, от нашего огорода в некоторый другой булдыжничек)

Я не хочу спорить до состояния «брызганья слюной со скоростью поросячего визга», а просто предлагаю спросить у администраторов БД — как лучше решить данную задачу?

maxic Jul 14 2008 at 14:24

Зачем drop - просто export (с заменой таблиц). Потом в любом редакторе конвертишь в utf-8 (я напримр php expert editor-ом). Потом import - 3 минуты и готово.
Я так всегда делал... проблем не было ни с одним сервером.

maxic Jul 14 2008 at 14:31

Да кстати, можно и скриптом... но dump базы все же сохранишь. :) (на всякий случай)
Когда база большая и скорость канала маленькая - лучше конечно скриптом.

JustLuckyGuy Jul 14 2008 at 04:37

Да ну вас всех! <a href=""htt">CAST уже отминили? Или в офф документация вы не искали?

JustLuckyGuy Jul 14 2008 at 09:26

Это ... опять сьел ссылку. Вот она - http://dev.mysql.com/doc/refman/5.0/en/c…

divbyzero Jul 14 2008 at 04:49

А мне казалось, что уже все перешли на UTF-8 и 1251 в прошлом. // возможно ошибаюсь.
Сам лично все начал переводить на "утф", когда обновились сервера mysql с 4.0 до 4.1 — тогда в сети просто "кишили" вопросы:как поднять кодировку и в какую переводить?

SuhanovO Jul 14 2008 at 08:33

НУ как видишь, кто-то еще нет ;)

burunduk2 Jul 19 2008 at 15:36

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

Min0r Jul 14 2008 at 09:13

Пример из MySQL 5.0 Reference Manual.
CONVERT:
INSERT INTO utf8table (utf8column)
SELECT CONVERT(latin1field USING utf8) FROM latin1table;
CAST:
INSERT INTO utf8table (utf8column)
SELECT CAST(latin1field AS CHAR CHARACTER SET utf8) FROM latin1table;

Via: http://dev.mysql.com/doc/refman/5.0/en/c…

SuhanovO Jul 14 2008 at 09:37

А если у тебя 50 таблиц, в которых по несколько текстовых полей. Будешь ручками все это набирать?
А тут просто скрипт запустить и не париться. Точнее, логин, пароль и т.д. придется прописать.

Если бы нужно было конвертнуть 1 поле, я бы точно так и сделал.
Кстати, и проблему с буквой е = ё это не решает.
При такой конвертации на уникальном поле валилась ошибка Duplicate entry key. На словах "веселый" и "весёлый"

elfiki Jul 14 2008 at 14:30

а что мешает сделать из пхп листинг таблиц и с помощью все того же пхп для каждой конвертнуть таким образом? :)

kost_bebix Jul 14 2008 at 11:45

Не надо превращать хабр в помойку скриптов. Либо суть рассказали бы и ссылку на dpaste дали, либо вообще не надо нам скриптопомоек.

SuhanovO Jul 14 2008 at 13:51

Спасибо за критику. Написал алгоритм.

easterism Jul 14 2008 at 14:22

Спасибо конечно, но у меня всё давно в юникоде.

Partizan Jul 14 2008 at 17:02

Не в тему, но может кому поможет. Сам провозился однажды.
Как перевести базу в кодировку cp1251 если у базы и таблиц стоит неверная кодировка latin1:
mysqldump -u admin --password=PASS --opt --default-character-set=latin1 --skip-set-charset -Q DB_NAME > dump.sql
sed -i 's/character set latin1 collate latin1_bin/character set cp1251 collate cp1251_bin/' dump.sql
sed -i 's/CHARSET=latin1/CHARSET=cp1251/' dump.sql
И залить полученный дамп.

SuhanovO Jul 14 2008 at 21:38

Да, да знаем мы эту тему ;)

Apocalepse Jul 15 2008 at 12:41

Напали на паренька а он всего то полезного людям хотел сделать)

coylOne Dec 14 2009 at 13:03

Не проще ли так:
ALTER TABLE tbl_name CONVERT TO CHARACTER SET charset_name;
dev.mysql.com/doc/refman/5.0/en/alter-table.html

Show the best of all time