<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Comment convertir une DB de latin1 à UTF8</title>
	<atom:link href="http://www.noidea.ca/2009/06/15/comment-convertir-une-db-de-latin1-a-utf8/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.noidea.ca/2009/06/15/comment-convertir-une-db-de-latin1-a-utf8/</link>
	<description>MySQL, En long et en large</description>
	<lastBuildDate>Wed, 18 Aug 2010 12:14:49 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: PaT</title>
		<link>http://www.noidea.ca/2009/06/15/comment-convertir-une-db-de-latin1-a-utf8/comment-page-1/#comment-27214</link>
		<dc:creator>PaT</dc:creator>
		<pubDate>Tue, 30 Jun 2009 22:00:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.noidea.ca/?p=210#comment-27214</guid>
		<description>@TheFly: C&#039;est un autre manière oui. Assez efficace pour de petites bases de données.

Parcontre, le procédé que j&#039;ai expliqué peut aisément s&#039;automatiser. Il suffit de créer un script qui va lire le schema de la base de données dans information_schema, et de créer dynamiquement les ALTER TABLE à rouler. 

Si vous devez régulièrement faire ce genre de manipulation, surtout dans le cadre d&#039;un serveur mutualisé, je crois qu&#039;il serait avantageux de faire un script pour le faire. Je vois bien un petit script bash ou php (ou autre): php convert.php --database databaseName --from latin1 --to utf8</description>
		<content:encoded><![CDATA[<p>@TheFly: C&#8217;est un autre manière oui. Assez efficace pour de petites bases de données.</p>
<p>Parcontre, le procédé que j&#8217;ai expliqué peut aisément s&#8217;automatiser. Il suffit de créer un script qui va lire le schema de la base de données dans information_schema, et de créer dynamiquement les ALTER TABLE à rouler. </p>
<p>Si vous devez régulièrement faire ce genre de manipulation, surtout dans le cadre d&#8217;un serveur mutualisé, je crois qu&#8217;il serait avantageux de faire un script pour le faire. Je vois bien un petit script bash ou php (ou autre): php convert.php &#8211;database databaseName &#8211;from latin1 &#8211;to utf8</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TheFly</title>
		<link>http://www.noidea.ca/2009/06/15/comment-convertir-une-db-de-latin1-a-utf8/comment-page-1/#comment-27105</link>
		<dc:creator>TheFly</dc:creator>
		<pubDate>Tue, 30 Jun 2009 14:21:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.noidea.ca/?p=210#comment-27105</guid>
		<description>Avec égards, cette solution est peut-être attrayante pour les puristes mais difficilement applicable dans un cadre de production mutualisé où un administrateur système doit chaque jour convertir pour ses clients plusieurs bases de données de divers CMS qu’il ne connait pas intimement… 

Aussi, pour prendre MySQL par exemple (sous linux), comme mysqldump dump les caractères en utf-8 par défaut (depuis MySQL 5.x), il suffit de (1) dumper la base, (2) dropper toutes les tables &amp; altérer la base en conséquence (première commande du post principal sans oublier le COLLATE), (3) modifier les CHARSET du dump file (sed &#039;s/CHARSET=latin1/CHARSET=utf8/&#039;) et finalement (4) recharger le tout. 

Qu’en pensez-vous?</description>
		<content:encoded><![CDATA[<p>Avec égards, cette solution est peut-être attrayante pour les puristes mais difficilement applicable dans un cadre de production mutualisé où un administrateur système doit chaque jour convertir pour ses clients plusieurs bases de données de divers CMS qu’il ne connait pas intimement… </p>
<p>Aussi, pour prendre MySQL par exemple (sous linux), comme mysqldump dump les caractères en utf-8 par défaut (depuis MySQL 5.x), il suffit de (1) dumper la base, (2) dropper toutes les tables &amp; altérer la base en conséquence (première commande du post principal sans oublier le COLLATE), (3) modifier les CHARSET du dump file (sed &#8217;s/CHARSET=latin1/CHARSET=utf8/&#8217;) et finalement (4) recharger le tout. </p>
<p>Qu’en pensez-vous?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: poof65</title>
		<link>http://www.noidea.ca/2009/06/15/comment-convertir-une-db-de-latin1-a-utf8/comment-page-1/#comment-24363</link>
		<dc:creator>poof65</dc:creator>
		<pubDate>Thu, 25 Jun 2009 09:03:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.noidea.ca/?p=210#comment-24363</guid>
		<description>Très intéressant ton blog, je travaille dans le milieu pro surtout avec mysql et tes posts m&#039;aident vraiment à mieux comprendre l&#039;outil que j&#039;utilise.</description>
		<content:encoded><![CDATA[<p>Très intéressant ton blog, je travaille dans le milieu pro surtout avec mysql et tes posts m&#8217;aident vraiment à mieux comprendre l&#8217;outil que j&#8217;utilise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PaT</title>
		<link>http://www.noidea.ca/2009/06/15/comment-convertir-une-db-de-latin1-a-utf8/comment-page-1/#comment-20148</link>
		<dc:creator>PaT</dc:creator>
		<pubDate>Thu, 18 Jun 2009 23:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.noidea.ca/?p=210#comment-20148</guid>
		<description>C&#039;est étrange... La longueur du champs est toujours la même ? Est-ce que la requête a produit une erreur ou un warning ? Ca a fait ca pour toutes les rows ou seulement un cas particulier ? 

Peut-être que cet enregistrement était corrompu d&#039;une quelconque manière à l&#039;avance ? C&#039;était bien du Latin1 ? 

C&#039;était un serveur qui roule sur une machine Windows ou Linux ?</description>
		<content:encoded><![CDATA[<p>C&#8217;est étrange&#8230; La longueur du champs est toujours la même ? Est-ce que la requête a produit une erreur ou un warning ? Ca a fait ca pour toutes les rows ou seulement un cas particulier ? </p>
<p>Peut-être que cet enregistrement était corrompu d&#8217;une quelconque manière à l&#8217;avance ? C&#8217;était bien du Latin1 ? </p>
<p>C&#8217;était un serveur qui roule sur une machine Windows ou Linux ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: starlett</title>
		<link>http://www.noidea.ca/2009/06/15/comment-convertir-une-db-de-latin1-a-utf8/comment-page-1/#comment-19333</link>
		<dc:creator>starlett</dc:creator>
		<pubDate>Wed, 17 Jun 2009 14:01:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.noidea.ca/?p=210#comment-19333</guid>
		<description>bonjour
j&#039;ai appliqué à la lettre les commandes pour effectuer une conversion latin1 vers utf8. Aucun problème pour la version binaire... par contre dès l&#039;application du character set utf8 les données sont coupées dès qu&#039;un accent est rencontré ... 

exemple pour un titre : traitement complémentaire devient traitement compl

quelque chose m&#039;aurait échappé ? 

merci d&#039;avance pour toute suggestion...</description>
		<content:encoded><![CDATA[<p>bonjour<br />
j&#8217;ai appliqué à la lettre les commandes pour effectuer une conversion latin1 vers utf8. Aucun problème pour la version binaire&#8230; par contre dès l&#8217;application du character set utf8 les données sont coupées dès qu&#8217;un accent est rencontré &#8230; </p>
<p>exemple pour un titre : traitement complémentaire devient traitement compl</p>
<p>quelque chose m&#8217;aurait échappé ? </p>
<p>merci d&#8217;avance pour toute suggestion&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
