mam svuj vlastni server, kde me do migrace nuti nejvice urcita nestabilita „stare“ mysql 4.0, a nedari se mi rozchodit na jednom stroji soubezne dve verze (ackoliv vim, ze to funguje a jde to, proste nejsem schopen to z nejakeho duvodu takto rozebehnout). Proto jsem zvolil cestu uplne migrace.

jeste jsem zjistoval tu upravu PHP skriptu, a da se nastavit my.cnf jedna z promennych, ktera rika, ze defaultne komunikace bezi treba v CP1250, a pokud pripojeni nepouzije prikaz SET NAMES a nezmeni si to, vse bezi v CP1250. Bohuzel mam na serveru mix databazi (nabizim prostor pro weby podobneho zamereni jako je muj primarni, takze tam mam vicero uzivatelu) v obou kodovanich, takze ten prechod bude jiste zajimavy

kazdopadne diky za clanek i doplneni, kdyztak sem dam vedet dalsi poznatky z prubehu migrace

Děkuji za kladné hodnocení článku.

K Vašim dotazům…

> Z vami uvedeneho popisu vyplyva, ze jste mel moznost pouzit jen
phpMyAdmin. Ja mohu pracovat na urovni operacniho systemu, a tedy misto dumpovani pres web pouzit mysqldump (ono by to ani jinak neslo, databaze maji nekolik Gb). Zde jsem resil otazku kodovani. Mysql 4.0 uklada data skutecne tak, jak ji prijdou, a proto abych mel jistotu, ze pracuji vsude se stejnou kodovou strankou, udelal jsem tyto dva dotazy :

Já to řešil phpmyadminem. Pokud jsou DB velké, osvědčil se mi SQLyog, který se připojuje přímo na MySQL (musí to umožňovat hosting), takže na velikosti nezáleží. mysqldump jsem ještě ani nezkoušel

> je opravdu nutne davat ke kazdemu sloupci to collate ? budu migrovat
stovky tabulek, neda se toto resit nejakym „defaultnim“ nastavenim nekde na zacatku toho SQL skriptu zakladani tabulek ?

Na tohle nevím přesnou odpověď, ale myslím že ano, COLLATE musíste zadat.
Ale když se teď dívám do manuálu mysql, http://dev.mysql.com/doc/refman/5.0/en/create-database.html

CREATE {DATABASE | SCHEMA} [IF NOT EXISTS] db_name
[create_specification] …

create_specification:
[DEFAULT] CHARACTER SET [=] charset_name
| [DEFAULT] COLLATE [=] collation_name

…takže teoreticky by to moholo stačit zde. Vyzkoušejte…

> Chci si odpustit mezikrok migrace do 4.1, protoze vse se bude
> odehravat na
produkcnim prostredi a je proto potreba minimalizovat dobu vypadku.

Myslím, že co se týče češtiny problém na vyšší verzi než 4.1 určitě nebude.
4.1 tedy můžete přeskočit

> SET NAMES cp1250;
Bude takto premigrovana mysql 5.0 databaze fungovat pro puvodni PHP skripty bez nutnosti jejich zmeny / upravy, co se kodovani tyce ? V soucasnosti vsichni pouzivaji CP1250 pro zapis do databazi, a v tomto smeru bych take nastavoval kodovani tabulek i collate sloupcu.

Při importu dumpu do verze 4.1 či vyšší SET NAMES cp1250 uvést musíte, aby databáze věděla, v jakém kódování data importujete. Interně budou v UFT-8.
Ve skriptech opět stačí uvést SET NAMES takové, v jakém kódování jsou psané stránky. Jsou-li v CP1250, tak SET NAMES cp1250, jsou-li v UTF-8, tak SET NAMES UTF-8. Do nedávna jsem tvořil web v CP1250, teď dělám v UTF-8 s pomocí PSPADu a bez problémů.

Pokud provozujete nějaký menší hosting, tak bych spíš doporučil běžet současně obě verze mysql (buď na jiném stroji nebo na jiném portu), tedy 4.0 a novější. A převod udělat postupně a v klidu. Když se něco změní, měníte jen nastavení připojení k DB ve skriptu. Co používám hostingy, tak si můžu zvolit verzi mysql. Spousta jich běží ještě na „staré mysql“.

predem bych chtel podekovat za prvni relativne uplny soupis, co presne udelat a jak postupovat pri migraci. Internet je plny ruznych polovicatych reseni, dotazy na upresneni obvykle konci odkazem „najdi si to na googlu“, a tak clovek stale tape.

Mel bych k Vam ale nekolik dotazu ci mozna doplneni. Stojim pred ukolem premigrovat radove 30 mysql 4.0.26 databazi do nejake verze 5.0. Chci si odpustit mezikrok migrace do 4.1, protoze vse se bude odehravat na produkcnim prostredi a je proto potreba minimalizovat dobu vypadku.

Z vami uvedeneho popisu vyplyva, ze jste mel moznost pouzit jen phpMyAdmin. Ja mohu pracovat na urovni operacniho systemu, a tedy misto dumpovani pres web pouzit mysqldump (ono by to ani jinak neslo, databaze maji nekolik Gb). Zde jsem resil otazku kodovani. Mysql 4.0 uklada data skutecne tak, jak ji prijdou, a proto abych mel jistotu, ze pracuji vsude se stejnou kodovou strankou, udelal jsem tyto dva dotazy :

//zaloha

mysqldump –default-character-set=win1250 -d -u xxxx -p databaze > databaze_structure.sql
// jenom struktury

mysqldump –default-character-set=win1250 -t -u xxxx -p databaze > databaze_data.sql
//jenom data

tato dvojice vyexportuje nejprve strukturu vsech tabulek v databazi do jednoho souboru, a nasledne INSERT skripty pro vsechna data do druheho souboru. Vsechna data jsou v WIN1250 (CP1250 chcete li) kodovani.

Nyni otazka :

je opravdu nutne davat ke kazdemu sloupci to collate ? budu migrovat stovky tabulek, neda se toto resit nejakym „defaultnim“ nastavenim nekde na zacatku toho SQL skriptu zakladani tabulek ?

pak jen staci starou databazi vypnout, nainstalovat novou, a za pomoci

mysql -u xxxx -p databaze < databaze_structure.sql

nahrat nejprve strukturu, a potom

mysql -u xxxx -p databaze < databaze_data.sql

i data. Do souboru s daty je treba na zacatek doplnit jeste to

SET NAMES cp1250;

Bude takto premigrovana mysql 5.0 databaze fungovat pro puvodni PHP skripty bez nutnosti jejich zmeny / upravy, co se kodovani tyce ? V soucasnosti vsichni pouzivaji CP1250 pro zapis do databazi, a v tomto smeru bych take nastavoval kodovani tabulek i collate sloupcu.

Dekuji