<?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: The State of Native XML Databases</title>
	<atom:link href="http://cafe.elharo.com/xml/the-state-of-native-xml-databases/feed/" rel="self" type="application/rss+xml" />
	<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/</link>
	<description>Longer than a blog; shorter than a book</description>
	<pubDate>Sun, 07 Sep 2008 18:00:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Glen Pepicelli</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-247929</link>
		<dc:creator>Glen Pepicelli</dc:creator>
		<pubDate>Mon, 14 Jul 2008 00:59:21 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-247929</guid>
		<description>The newest versions of Postgres have an XML datatype.   There is an XPath function to select nodes from your XML document.  In addition, there are several functions to help construct new XML docs.

It's better than nothing-- and I'm sure there will more more in the next year or two.</description>
		<content:encoded><![CDATA[<p>The newest versions of Postgres have an XML datatype.   There is an XPath function to select nodes from your XML document.  In addition, there are several functions to help construct new XML docs.</p>
<p>It&#8217;s better than nothing&#8211; and I&#8217;m sure there will more more in the next year or two.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Vodorez</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-205754</link>
		<dc:creator>Andy Vodorez</dc:creator>
		<pubDate>Sat, 15 Mar 2008 07:51:37 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-205754</guid>
		<description>I don't know how popular Sedna is, but I guess Sedna is worth noting.

Half a year ago we did research to choose open source XML database, and Sedna appeared to be the only working with very large amounts of data. We use Sedna in our project now with up to 30 Gb data.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know how popular Sedna is, but I guess Sedna is worth noting.</p>
<p>Half a year ago we did research to choose open source XML database, and Sedna appeared to be the only working with very large amounts of data. We use Sedna in our project now with up to 30 Gb data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cláudio Maia</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-194119</link>
		<dc:creator>Cláudio Maia</dc:creator>
		<pubDate>Thu, 21 Feb 2008 11:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-194119</guid>
		<description>Hi All,

I've done a recent study about this subject in the past days. 
In our case we need support for .NET and somehow our study was somehow related with open-source DBMS. 
Our research revealed that Sedna XML database was probably the right choice.

Now, my question is: why hasn't Sedna been considered in this state of the art? Is there any particular reason?

Cheers</description>
		<content:encoded><![CDATA[<p>Hi All,</p>
<p>I&#8217;ve done a recent study about this subject in the past days.<br />
In our case we need support for .NET and somehow our study was somehow related with open-source DBMS.<br />
Our research revealed that Sedna XML database was probably the right choice.</p>
<p>Now, my question is: why hasn&#8217;t Sedna been considered in this state of the art? Is there any particular reason?</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Foster</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-188315</link>
		<dc:creator>Charles Foster</dc:creator>
		<pubDate>Sun, 10 Feb 2008 20:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-188315</guid>
		<description>Excellent article, although I think you should of investigated the Sedna XML Database, I believe the database is mature and stable enough to be recognised as a serious option for commercial software projects.</description>
		<content:encoded><![CDATA[<p>Excellent article, although I think you should of investigated the Sedna XML Database, I believe the database is mature and stable enough to be recognised as a serious option for commercial software projects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-172496</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Fri, 28 Dec 2007 17:00:59 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-172496</guid>
		<description>MS SQL 2005 includes an XML data ype (as noted above) and supports a subset of XQuery 1.0. 
It is able to handle rather complex modular schemas with multiple namespaces. Currrently developing intranet app with ColdFusion front end, although asp, jsp etc. would work.  Recommend developers check it out SQL 2005.  Basically our app converts XML docs into a searchable database and can provide management statistics on productivity, subject coverage, since the XML docs includes this info. [ColdFusion provides a nifty tag which creates dynamically produced charts with little coding.  It also allows non-programmers to work on the look and feel and  do prototyping without knowing typical coding syntax].</description>
		<content:encoded><![CDATA[<p>MS SQL 2005 includes an XML data ype (as noted above) and supports a subset of XQuery 1.0.<br />
It is able to handle rather complex modular schemas with multiple namespaces. Currrently developing intranet app with ColdFusion front end, although asp, jsp etc. would work.  Recommend developers check it out SQL 2005.  Basically our app converts XML docs into a searchable database and can provide management statistics on productivity, subject coverage, since the XML docs includes this info. [ColdFusion provides a nifty tag which creates dynamically produced charts with little coding.  It also allows non-programmers to work on the look and feel and  do prototyping without knowing typical coding syntax].</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Kelm</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-154030</link>
		<dc:creator>Ray Kelm</dc:creator>
		<pubDate>Mon, 12 Nov 2007 21:55:21 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-154030</guid>
		<description>I noticed that the 8.3 beta version of PostgreSQL has xml hybrid support, in the form of an xml datatype, and an xpath function which can be used for searching.</description>
		<content:encoded><![CDATA[<p>I noticed that the 8.3 beta version of PostgreSQL has xml hybrid support, in the form of an xml datatype, and an xpath function which can be used for searching.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simply24 &#187; Blog Archive &#187; The State of Native XML Databases</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-144400</link>
		<dc:creator>simply24 &#187; Blog Archive &#187; The State of Native XML Databases</dc:creator>
		<pubDate>Mon, 22 Oct 2007 14:02:46 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-144400</guid>
		<description>[...] read more here [...]</description>
		<content:encoded><![CDATA[<p>[...] read more here [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pierre</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-134625</link>
		<dc:creator>Pierre</dc:creator>
		<pubDate>Sat, 29 Sep 2007 01:10:14 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-134625</guid>
		<description>Why focus on xml "native" db? Isn't that a bit "academic" to focus on such a narrow market? You want xml presentation, storage, searching trough xquery... why not an add-on on proven relational db? Oracle XML Database has sql performance under the hood and more of xml presentation requirement are there. In addition, it has all of Oracle enterprise features like backup, recovery, integration,  monitoring, reliability... Okay, this has a price, but since it is integrated in a much large and broader (and useful) category of 'database', isn't it a (non-native) xml database to consider?</description>
		<content:encoded><![CDATA[<p>Why focus on xml &#8220;native&#8221; db? Isn&#8217;t that a bit &#8220;academic&#8221; to focus on such a narrow market? You want xml presentation, storage, searching trough xquery&#8230; why not an add-on on proven relational db? Oracle XML Database has sql performance under the hood and more of xml presentation requirement are there. In addition, it has all of Oracle enterprise features like backup, recovery, integration,  monitoring, reliability&#8230; Okay, this has a price, but since it is integrated in a much large and broader (and useful) category of &#8216;database&#8217;, isn&#8217;t it a (non-native) xml database to consider?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eds.activemath.org</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-125469</link>
		<dc:creator>eds.activemath.org</dc:creator>
		<pubDate>Mon, 03 Sep 2007 11:35:09 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-125469</guid>
		<description>&lt;strong&gt;Why ActiveMath still has its own content-storage?&lt;/strong&gt;

The question of storage of OMDocs keeps coming&#8230; why the hell do you, in ActivMath, use your own storage solution for OMDoc fragments and not one of the classical SQL or XML databases? Below is a short answer, helped by Eliotte Rusty Harold.
</description>
		<content:encoded><![CDATA[<p><strong>Why ActiveMath still has its own content-storage?</strong></p>
<p>The question of storage of OMDocs keeps coming&#8230; why the hell do you, in ActivMath, use your own storage solution for OMDoc fragments and not one of the classical SQL or XML databases? Below is a short answer, helped by Eliotte Rusty Harold.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Unilever Centre for Molecular Informatics, Cambridge - Jim Downing &#187; Blog Archive &#187; XML Databases link</title>
		<link>http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-121981</link>
		<dc:creator>Unilever Centre for Molecular Informatics, Cambridge - Jim Downing &#187; Blog Archive &#187; XML Databases link</dc:creator>
		<pubDate>Fri, 24 Aug 2007 12:54:40 +0000</pubDate>
		<guid isPermaLink="false">http://cafe.elharo.com/xml/the-state-of-native-xml-databases/#comment-121981</guid>
		<description>[...] Rusty Harold rounds-up the state of the art on XML databases, concluding: - The XML database space is not nearly as mature as the relational database space. The [...]</description>
		<content:encoded><![CDATA[<p>[...] Rusty Harold rounds-up the state of the art on XML databases, concluding: - The XML database space is not nearly as mature as the relational database space. The [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
