<?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"
	>
<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é-vergers</description>
	<pubDate>Thu, 28 Aug 2008 16:04:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.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'ai également cherché ce qu'il en était de PostgreSQL et ces fonctions n'existaient pas. Je suis content de voir que PostgreSQL s'y met aussi!

J'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'appuye sur libxml (et j'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'espère que ce n'est pas seulement un oubli de leur part!

2) MySQL n'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'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'est un peu moins souple, mais (à vérifier), il me semble que les performances devraient être nettement meilleures lorsque l'on fait une requète du type "je veux tout les documents dont le tritre contient la chaîne de caractères 'xml'".

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>
