LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> MySQL (58) - čeština v praxi

Příliš žluťoučcí koně - prostě hrátky s nabodeníčky stokrát jinak a pokaždé s MySQL.

10.2.2006 06:00 | Petr Zajíc | Články autora | přečteno 34615×

Komerční sdělení: Pořádáme Kurzy MySQL

Teorie bylo minule až dost, takže vzhůru na praktické uplatnění vědomostí o MySQL a znakových sadách.

Definice sloupce tabulky

Především je třeba vědět, že při definici tabulky lze v MySQL určit znakovou sadu a řazení pro každý sloupec zvlášť. V jediné tabulce tedy můžete mít sloupce s různým kódováním znaků. Příkaz, který to zajistí lze napsat nějak takto:

CREATE TABLE cestina (
win VARCHAR(50) CHARACTER SET cp1250 COLLATE cp1250_czech_cs,
latin VARCHAR(50) CHARACTER SET latin2 COLLATE latin2_czech_cs,
utf VARCHAR(50) CHARACTER SET utf8 COLLATE utf8_czech_ci
) TYPE = MYISAM ;

Samozřejmě, že v reálné aplikaci to většinou nebudete potřebovat. Tam často postačí definovat znakovou sadu pro celou tabulku, a tato znaková sada je pak použita pro všechny sloupce obsahující řetězce.

CREATE TABLE cestina_cela (
text1 VARCHAR( 50 ) NOT NULL ,
text2 VARCHAR( 50 ) NOT NULL ,
text3 VARCHAR( 50 ) NOT NULL
) TYPE = MYISAM CHARACTER SET utf8 COLLATE utf8_czech_ci;

Leč zpátky k prvnímu příkladu. Pokud se nyní do tabulky cestina pokusíte zapsat data následujícím příkazem:

insert into cestina (win, latin, utf) values ('Příliš žluťoučký kůň pěl ďábelské ódy','Příliš žluťoučký kůň pěl ďábelské ódy','Příliš žluťoučký kůň pěl ďábelské ódy');

Skončíte na 99% chybovým hlášením "Data too long for column 'win' at row 1", nebo něčím hodně podobným. Než se to pokusím vysvětlit, je třeba uvést, že:

  • V příkladech předpokládám použití řádkového klienta mysql. Pokud byste použili například PhpMyAdmin tak nejspíš k žádné chybě nedojde, protože aplikace se pokusí kódování nějak vyřešit (a nejspíš uspěje). To nám momentálně VADÍ, protože to ztěžuje pochopení našeho problému. Při použití řádkového klienta máme naopak jistotu, že do databáze dorazí přesně to, co jsme napsali.
  • Chybová hláška je v tomto případě naprosto zavádějící. Ve skutečnosti je problém v tom, že klient a server vzájemně "nepochopili" svoje znakové sady.

Client character set

Jakou znakovou sadu tedy vlastně používá řádkový klient mysql, když "mluví" s databází? A vůbec - nějakou znakovou sadu přece musí používat jakýkoli klient, řádkovým počínaje a třeba PHP skriptem konče, takže jak to je? Odpověď je jednoduchá - server PŘEDPOKLÁDÁ, že klient bude posílat data v určité znakové sadě! Ta je dána systémovou proměnnou character_set_client a je předkonfigurována při instalaci.

Pozn.: Což je pro neznalé hotové neštěstí, neb až do verze 4.1 byla výchozí latin1 - něco, co našincům moc vyhovovat nebude. Naštěstí se zdá, že většina instalací "pětek" má přednastavenou utf8.

To, jakou znakovou sadu Váš server od klienta očekává si můžete  ověřit následujícím dotazem:

SHOW VARIABLES LIKE 'character_set_client';

To byly špatné zprávy, teď něco dobrých. Bez ohledu na to, jaká je výchozí znaková sada si můžete poručit, že pro Vaše připojení budete používat specifickou sadu. To provedete pomocí veledůležitého příkazu SET NAMES. Jestliže tedy budu chtít ve zdraví provést příkaz INSERT INTO, jak je uveden výše, mohu na to jít nějak takhle:

set names cp1250;
insert into cestina (win) values ('Příliš žluťoučký kůň pěl ďábelské ódy');
set names latin2;
insert into cestina (latin) values ('Příliš žluťoučký kůň pěl ďábelské ódy');
set names utf8;
insert into cestina (utf) values ('Příliš žluťoučký kůň pěl ďábelské ódy');

Důležité: Mají-li se data do databáze dostat ve správné znakové sadě, musí tedy platit ZÁROVEŇ tato dvě pravidla:

  1. Sloupec, který má data pojmout musí být definován ve správné znakové sadě
  2. Klient musí posílat příkazy na server ve znakové sadě, na níž se dohodli (což je výchozí znaková sada nebo znaková sada určená pomocí SET NAMES).

Pokud si příklady zkoušíte a zapsali jste cvičná data do tabulky, můžete je teď zkusit pomocí řádkového klienta zobrazit:

a ejhle! Pokaždé se správně zobrazí jen ten sloupec, pro nějž je odpovídajícím způsobem nastavena znaková sada. Čímž se vlastně dostáváme k dalšímu tématu - a tím je spolupráce s PHP.

MySQL, znakové sady a PHP

Tady není moc co dodat. Je třeba si uvědomit, že z hlediska databáze je PHP klient jako každý jiný, a že je tudíž namístě specifikovat v našich ctěných skriptech rovněž odpovídající příkaz SET NAMES, nějak takhle:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<
html>
<
head>
  <
meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    <
title>Test znakových sad</title>
</
head>
<
body>  
<?
mysql_connect("localhost","root");
mysql_select_db("test");
mysql_query("SET NAMES 'cp1250';"); //nebo 'latin2' nebo 'utf8'
$vysledek=mysql_query("select * from cestina;");
while (
$zaznam=MySQL_Fetch_Array($vysledek)):
  echo
$zaznam["win"]."<BR>\n";
  echo
$zaznam["latin"]."<BR>\n";
  echo
$zaznam["utf"]."<BR>\n";
endwhile;
?>
</BODY>
</HTML>

Samozřejmě, že něco takového se musí udělat ještě předtím, než databáze vrátí data, jinak je to zbytečné. Pokud si to chcete vyzkoušet, zjistíte, že pokaždé jsou správně zobrazena jen data v odpovídající znakové sadě, a že ostatní je "rozsypaný čaj".

A co importy?

Jestliže importujeme data do MySQL z textových souborů, je třeba navíc dbát na to, aby i vstupní soubor s daty byl ve správné znakové sadě. Jinak platí to, co jsme uvedli výše. Tedy:

  1. Importovaný soubor musí být ve správné znakové sadě (UTF-8, například)
  2. Klient mysql musí obdržet příkaz SET NAMES XXX
  3. Data se musí ukládat do sloupce se správně nadefinovanou znakovou sadou.

Není to složité, když si uvědomíte, jak spolu jednotlivé věci souvisejí. Nepříjemné je, že musí být splněno více podmínek - a když nejsou, nevyjde to.

Verze pro tisk

pridej.cz

 

DISKUZE

prevod phprs a phpbb 10.2.2006 17:25 Petr Bartel
L Re: prevod phprs a phpbb 10.2.2006 17:58 Petr Zajíc
  L Re: prevod phprs a phpbb 10.2.2006 18:08 Petr Bartel
    |- Re: prevod phprs a phpbb 10.2.2006 19:13 Michal Molhanec
    | L Re: prevod phprs a phpbb 10.2.2006 20:16 Petr Bartel
    L Re: prevod phprs a phpbb 11.2.2006 08:52 Petr Zajíc
      L Re: prevod phprs a phpbb 12.2.2006 18:35 Petr Bartel
        |- Re: prevod phprs a phpbb 12.2.2006 20:20 Petr Zajíc
        L Re: prevod phprs a phpbb 13.2.2006 09:55 o.k.
Ako sa sprava PHP? 20.6.2006 13:51 Srigi
L Re: Ako sa sprava PHP? 25.6.2006 07:24 Petr Zajíc
import z csv pomoci php 19.1.2007 16:45 Martin Havel
  L Re: import z csv pomoci php 20.1.2007 11:50 Petr Zajíc
    L Re: import z csv pomoci php 22.1.2007 12:48 Martin Havel
      L Re: import z csv pomoci php 22.1.2007 13:00 Petr Zajíc
        L Re: import z csv pomoci php 22.1.2007 14:32 Martin Havel
          L Re: import z csv pomoci php 22.1.2007 17:14 Petr Zajíc
            L Re: import z csv pomoci php 23.1.2007 09:00 Martin Havel
              L Re: import z csv pomoci php 23.1.2007 11:21 Petr Zajíc
                L Re: import z csv pomoci php 24.1.2007 10:15 Martin Havel
                  L Re: import z csv pomoci php 24.1.2007 10:39 Martin Havel
                    L Re: import z csv pomoci php 24.1.2007 13:08 Petr Zajíc
                      L Re: import z csv pomoci php 24.1.2007 16:04 Martin Havel
                        L Re: import z csv pomoci php 24.1.2007 17:48 Petr Zajíc
                          L Re: import z csv pomoci php 24.1.2007 18:22 Martin Havel
                            L Re: import z csv pomoci php 25.1.2007 07:24 Petr Zajíc




Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

15.5.2017 23:50 /František Kučera

Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě DIY, CNC, SDR nebo morseovka? Přijď na sraz spolku OpenAlt, který se bude konat ve čtvrtek 18. května od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5).


Přidat komentář

12.5.2017 16:42 /Honza Javorek
PyCon CZ, česká konference o programovacím jazyce Python, se po dvou úspěšných ročnících v Brně bude letos konat v Praze, a to 8. až 10. června. Na konferenci letos zavítá např. i Armin Ronacher, známý především jako autor frameworku Flask, šablon Jinja2/Twig, a dalších projektů. Těšit se můžete na přednášky o datové analytice, tvorbě webu, testování, tvorbě API, učení a mentorování programování, přednášky o rozvoji komunity, o použití Pythonu ve vědě nebo k ovládání nejrůznějších zařízení (MicroPython). Na vlastní prsty si můžete na workshopech vyzkoušet postavit Pythonem ovládaného robota, naučit se učit šestileté děti programovat, efektivně testovat nebo si v Pythonu pohrát s kartografickým materiálem. Kupujte lístky, dokud jsou.
Přidat komentář

2.5.2017 9:20 /Eva Rázgová
Putovní konference československé Drupal komunity "DrupalCamp Československo" se tentokrát koná 27. 5.2017 na VUT FIT v Brně. Můžete načerpat a vyměnit si zkušenosti z oblasti Drupalu 7 a 8, UX, SEO, managementu týmového vývoje, využití Dockeru pro Drupal a dalších. Vítáni jsou nováčci i experti. Akci pořádají Slovenská Drupal Asociácia a česká Asociace pro Drupal. Registrace na webu .
Přidat komentář

1.5.2017 20:31 /Pavel `Goldenfish' Kysilka
PR: 25.5.2017 proběhne v Praze konference na téma Firemní informační systémy. Hlavními tématy jsou: Informační systémy s vlastní inteligencí, efektivní práce s dokumenty, mobilní přístup k datům nebo využívání cloudu.
Přidat komentář

15.4.2017 15:20 /František Kučera
Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Zajímá tě IoT a radiokomunikace? Přijď na sraz spolku OpenAlt, který se bude konat ve středu 19. dubna od 18:30 v Šenkovně (Sokolská 60, Praha 2).
Přidat komentář

5.3.2017 19:12 /Redakce Linuxsoft.cz
PR: 23. března proběhne v Praze konferenci na téma Cloud computing v praxi. Hlavními tématy jsou: Nejžhavější trendy v oblasti cloudu a cloudových řešení, Moderní cloudové služby, Infrastruktura současných cloudů, Efektivní využití cloudu, Nástrahy cloudových řešení a jak se jim vyhnout.
Přidat komentář

27.2.2017 22:12 /František Kučera
Pozvánka na 137. sraz OpenAlt – Praha: Tentokrát jsme si pro vás připravili neobvyklou akci. Ve středu 1.3. v 17:30 nás přivítá sdružení CZ.NIC ve svých prostorách v Milešovské ulici číslo 5 na Praze 3, kde si pro nás připravili krátkou prezentaci jejich činnosti. Následně navštívíme jejich datacentrum pod Žižkovskou věží. Provedou nás prostory, které jsou běžnému smrtelníkovi nedostupné!
Po ukončení prohlídky se všchni odebereme do hostince U vodoucha, Jagelonská 21, Praha 3 pochutnat si na některém z vybraných piv či dát si něco na zub. Rezervaci máme od 19:30, heslo je OpenAlt.
Ale pozor! Do prostor datového centra máme omezený přístup, dostane se tam pouze 10 lidí! Takže kdo přijde dříve, ten má přednost, a občanky s sebou! Kdo nebude chtít na prohlídku datového centra, může se pomalu přesunout do hostince U vodoucha a u nepřeberné nabídky piv počkat na ostatní.
Přidat komentář

18.1.2017 0:49 /František Kučera
Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

15.6.2017 9:34 / Ondřej Havlas
php,

10.6.2017 10:39 / Temple
sell home for cash

11.5.2017 23:32 / lelo
Re: Problém se správcem balíčků

11.5.2017 5:45 / davd mašek
Re: Problém se správcem balíčků

10.5.2017 22:54 / lelo
Re: Problém se správcem balíčků

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2017) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze