SibProgrammer
Новичок
Пару месяцев назад делал апгрейд с MySQL 4.0 до MySQL 4.1. Сервер хостинга, ОС - FreeBSD, БД - 130 штук.
По историческим причинам чарсетом по-умолчанию стоял koi8-r. Однако, большинство клиентов хранило данные в таблицах в win-1251
Около десятка БД действительно держали данные в koi8-r (а также еще в чем попало, например, в utf8).
Вообщем, после осмысливания все этого, понял, что переезд будет геморным и сделать всем хорошо - не получится. Заставить клиентов переписать все скрипты или даже просто сконверитировать все БД - просто нереально.
MySQL 4.1 был установлен и начались манипуляции с кодировками. После каждой манипуляции приходилось компилить php - что довольно сильно надоело
Кстати, заметил что мигрировавшие бд, таблицы и колонки не хранят в дейстительности чарсета, а используют чарсет по-умолчанию.
Оставлять latin1 было бессмыслено, т.к. нужно тогда было бы конвертить все БД, что абсолютно не хотелось. Нужно было бы писать тулзу для этого, т.к. руками отконверитировать потребовался бы месяц или более...
Ставить koi8-r - оказалось тоже маразмом, т.к. нужно было бы конверитить все БД, в которых данные в win-1251.
Поэтому был поставлен win-1251 и, своими силами и силами некоторых клиентов, отконверитированы БД, в которых данные были в других кодировках, так как их было относительно мало.
Еще один из неприятных косяков агрейда - появляение новых ключевых слов в MySQL 4.1. Из-за этого у некоторых клиентов перестали работать некоторые скрипты, в которых были выборки из таблиц с названиями колонок в виде новых ключевых слов
По историческим причинам чарсетом по-умолчанию стоял koi8-r. Однако, большинство клиентов хранило данные в таблицах в win-1251
Около десятка БД действительно держали данные в koi8-r (а также еще в чем попало, например, в utf8).Вообщем, после осмысливания все этого, понял, что переезд будет геморным и сделать всем хорошо - не получится. Заставить клиентов переписать все скрипты или даже просто сконверитировать все БД - просто нереально.
MySQL 4.1 был установлен и начались манипуляции с кодировками. После каждой манипуляции приходилось компилить php - что довольно сильно надоело
Кстати, заметил что мигрировавшие бд, таблицы и колонки не хранят в дейстительности чарсета, а используют чарсет по-умолчанию.
Оставлять latin1 было бессмыслено, т.к. нужно тогда было бы конвертить все БД, что абсолютно не хотелось. Нужно было бы писать тулзу для этого, т.к. руками отконверитировать потребовался бы месяц или более...
Ставить koi8-r - оказалось тоже маразмом, т.к. нужно было бы конверитить все БД, в которых данные в win-1251.
Поэтому был поставлен win-1251 и, своими силами и силами некоторых клиентов, отконверитированы БД, в которых данные были в других кодировках, так как их было относительно мало.
Еще один из неприятных косяков агрейда - появляение новых ключевых слов в MySQL 4.1. Из-за этого у некоторых клиентов перестали работать некоторые скрипты, в которых были выборки из таблиц с названиями колонок в виде новых ключевых слов
да правда чтоли ???