dimOn писал(а): С 5.3 планируется всю работу с БД, а также почти все остальные взаимодействия перевести на UTF-8.
dimOn писал(а): Новые базы будут создаваться уже в UTF-8
Надеюсь это будет utf8_general_ci, т.к. согласно ману:
Цитата: For any Unicode character set, operations performed using the xxx_general_ci collation are faster than those for the xxx_unicode_ci collation. For example, comparisons for the utf8_general_ci collation are faster, but slightly less correct, than comparisons for utf8_unicode_ci. The reason for this is that utf8_unicode_ci supports mappings such as expansions; that is, when one character compares as equal to combinations of other characters.
dimOn писал(а): старые без перекодировки работать тоже будут (ну планируется по крайней мере)
Доступ будет через SET NAMES? Смысл?
dimOn писал(а): будете ли вы перекодировать свою БД?
Да, буду. Да, это:
Код: cat <<TXT > bgb.sql
DROP DATABASE IF EXISTS bgbilling;
CREATE DATABASE bgbilling DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
USE bgbilling;
TXT
mysqldump --quick --single-transaction --default-character-set=cp1251 bgbilling >> bgb.sql
cat bgb.sql | iconv -f CP1251 -t UTF-8 > bgb.utf
mysql --default-character-set=utf8 < bgb.utf
займет немного времени, но UTF-изация того стоит, ящитаю.
Phricker писал(а): А можно услышать причины? Что изменится для конечного пользователя?
Люди наконец то смогут использовать родные языки.
Phricker писал(а): символ в cp1251 весит 1 байт а в утф8 - 2 байта
Это, пожалуй, единственный геморрой.
Единственный, пока не ясный для меня момент - это кодировка динкода. Если БД будет в UTF, то код, наверное, тоже надо будет конвертить, т.к. русская "строка" в 1251 и "строка" в UTF (цифрам пофиг, речь про строчки поиска, например) - это разные строки, не?
|
