<?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: Sun se paye le M de LAMP</title>
	<atom:link href="http://eric.van-der-vlist.com/blog/2008/01/16/sun-se-paye-le-m-de-lamp/feed/" rel="self" type="application/rss+xml" />
	<link>http://eric.van-der-vlist.com/blog/2008/01/16/sun-se-paye-le-m-de-lamp/</link>
	<description>XML, apiculture et prés-vergers</description>
	<lastBuildDate>Fri, 20 Jan 2012 16:28:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Eric van der Vlist</title>
		<link>http://eric.van-der-vlist.com/blog/2008/01/16/sun-se-paye-le-m-de-lamp/#comment-115</link>
		<dc:creator>Eric van der Vlist</dc:creator>
		<pubDate>Thu, 17 Jan 2008 11:00:07 +0000</pubDate>
		<guid isPermaLink="false">http://eric.van-der-vlist.com/blog/2008/01/16/sun-se-paye-le-m-de-lamp/#comment-115</guid>
		<description>Stéphane,

Lorsque je me suis penché sur le support de XML dans MySQL (il y a maintenant un an de cela), j&#039;ai également cherché ce qu&#039;il en était de PostgreSQL et ces fonctions n&#039;existaient pas. Je suis content de voir que PostgreSQL s&#039;y met aussi!

J&#039;ai regardé rapidement et à première vue, je vois deux différences notables :

1) Alors que MySQL semble vouloir réinventer la roue, PostgreSQL s&#039;appuye sur libxml (et j&#039;imagine aussi sur libxslt). Conséquence : alors que le support de XPath par MySQL est très limité (la liste des limitations détaillée dans http://dev.mysql.com/doc/refman/5.1/en/xml-functions.html est telle que leur XPath est difficilement utilisable), la documentation PostgreSQL ne mentionne aucune limitation. J&#039;espère que ce n&#039;est pas seulement un oubli de leur part!

2) MySQL n&#039;introduit pas de type XML et les fonctions XML portent toutes sur des chaînes de caractères, ce qui signifie que les documents manipulés sont parsés à chaque utilisation (effets de cache mis à part). C&#039;est très souple, mais le schéma de la base de données ne différentie pas texte et XML. 

PostgreSQL a au contraire définit un type XML et pour stocker un document XML dans une colonne, il faut le parser explicitement avec un des nouvelles fonctions XML. C&#039;est un peu moins souple, mais (à vérifier), il me semble que les performances devraient être nettement meilleures lorsque l&#039;on fait une requète du type &quot;je veux tout les documents dont le tritre contient la chaîne de caractères &#039;xml&#039;&quot;.

Merci pour ces liens!

Eric</description>
		<content:encoded><![CDATA[<p>Stéphane,</p>
<p>Lorsque je me suis penché sur le support de XML dans MySQL (il y a maintenant un an de cela), j&#8217;ai également cherché ce qu&#8217;il en était de PostgreSQL et ces fonctions n&#8217;existaient pas. Je suis content de voir que PostgreSQL s&#8217;y met aussi!</p>
<p>J&#8217;ai regardé rapidement et à première vue, je vois deux différences notables :</p>
<p>1) Alors que MySQL semble vouloir réinventer la roue, PostgreSQL s&#8217;appuye sur libxml (et j&#8217;imagine aussi sur libxslt). Conséquence : alors que le support de XPath par MySQL est très limité (la liste des limitations détaillée dans <a href="http://dev.mysql.com/doc/refman/5.1/en/xml-functions.html" rel="nofollow">http://dev.mysql.com/doc/refman/5.1/en/xml-functions.html</a> est telle que leur XPath est difficilement utilisable), la documentation PostgreSQL ne mentionne aucune limitation. J&#8217;espère que ce n&#8217;est pas seulement un oubli de leur part!</p>
<p>2) MySQL n&#8217;introduit pas de type XML et les fonctions XML portent toutes sur des chaînes de caractères, ce qui signifie que les documents manipulés sont parsés à chaque utilisation (effets de cache mis à part). C&#8217;est très souple, mais le schéma de la base de données ne différentie pas texte et XML. </p>
<p>PostgreSQL a au contraire définit un type XML et pour stocker un document XML dans une colonne, il faut le parser explicitement avec un des nouvelles fonctions XML. C&#8217;est un peu moins souple, mais (à vérifier), il me semble que les performances devraient être nettement meilleures lorsque l&#8217;on fait une requète du type &#8220;je veux tout les documents dont le tritre contient la chaîne de caractères &#8216;xml&#8217;&#8221;.</p>
<p>Merci pour ces liens!</p>
<p>Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stéphane Bortzmeyer</title>
		<link>http://eric.van-der-vlist.com/blog/2008/01/16/sun-se-paye-le-m-de-lamp/#comment-114</link>
		<dc:creator>Stéphane Bortzmeyer</dc:creator>
		<pubDate>Thu, 17 Jan 2008 10:25:04 +0000</pubDate>
		<guid isPermaLink="false">http://eric.van-der-vlist.com/blog/2008/01/16/sun-se-paye-le-m-de-lamp/#comment-114</guid>
		<description>Et avec PostgreSQL, Que vaut son support XML ?

http://www.postgresql.org/docs/8.3/static/datatype-xml.html
http://www.postgresql.org/docs/8.3/static/functions-xml.html</description>
		<content:encoded><![CDATA[<p>Et avec PostgreSQL, Que vaut son support XML ?</p>
<p><a href="http://www.postgresql.org/docs/8.3/static/datatype-xml.html" rel="nofollow">http://www.postgresql.org/docs/8.3/static/datatype-xml.html</a><br />
<a href="http://www.postgresql.org/docs/8.3/static/functions-xml.html" rel="nofollow">http://www.postgresql.org/docs/8.3/static/functions-xml.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

