<?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: My own data management software taxonomy</title>
	<atom:link href="http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/</link>
	<description>Choices in data management and analysis</description>
	<pubDate>Fri, 16 May 2008 20:44:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Dawn M. Wolthuis</title>
		<link>http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/#comment-82751</link>
		<dc:creator>Dawn M. Wolthuis</dc:creator>
		<pubDate>Wed, 23 Apr 2008 21:14:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/#comment-82751</guid>
		<description>Cache' self-declares as an OO DBMS and, if I recall, Gartner has them (at least has U2) as embedded.  So, using those same terms to mean something different would be at the very least confusing, I would think.  I am also curious what precisely puts it in the mid-range compared to the high-end.  Is that an eye-of-the-beholder thing or are there specific benchmarks you have in mind?</description>
		<content:encoded><![CDATA[<p>Cache&#8217; self-declares as an OO DBMS and, if I recall, Gartner has them (at least has U2) as embedded.  So, using those same terms to mean something different would be at the very least confusing, I would think.  I am also curious what precisely puts it in the mid-range compared to the high-end.  Is that an eye-of-the-beholder thing or are there specific benchmarks you have in mind?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/#comment-82651</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Tue, 22 Apr 2008 21:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/#comment-82651</guid>
		<description>Dawn,

They're squarely in Category 2.  Nowhere there is a relational model assumed.

Best,

CAM</description>
		<content:encoded><![CDATA[<p>Dawn,</p>
<p>They&#8217;re squarely in Category 2.  Nowhere there is a relational model assumed.</p>
<p>Best,</p>
<p>CAM</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dawn M. Wolthuis</title>
		<link>http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/#comment-82626</link>
		<dc:creator>Dawn M. Wolthuis</dc:creator>
		<pubDate>Tue, 22 Apr 2008 15:26:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2008/04/10/my-own-data-management-software-taxonomy/#comment-82626</guid>
		<description>I would be curious where you would place InterSystems Cache' and IBM U2 databases (UniData and UniVerse).  I classify them both as NF2 (Non-First Normal Form) databases, or possible MultiValue databases, even if these are not particularly hip 21st century designations. These products have an SQL interface and also other means, such as object, XML, and/or PICK languages for working with the DBMS.  They are often classifed as "embedded," which is not altogether accurate and is certainly not a comprehensive classification.  When it comes to scalability, performance, reliability, etc, I would think at least the first of these would be in your 1. High-end OLTP/general-purpose DBMS category, although you could decide to classify Cache' as 6. XML and OO DBMS (but these may merge with search) too, for example.  

Since your categories are not "normalized" if you are trying to put each DBMS into just one of the buckets, rather than tagging them in multiple categories (and perhaps you are permitting a multivalued list of categories), you would be eliminating the possibility of a High-end OLTP general purpose DBMS for any products fitting another category.

So, I would suggest separating out matters of use and scalability from indications of the related data models used in the DBMS developer APIs/languages.  Maybe a "pick one from the scalability column, one or more from the developer APIs/languages column, and one from the primary purpose column" would still be simple enough?</description>
		<content:encoded><![CDATA[<p>I would be curious where you would place InterSystems Cache&#8217; and IBM U2 databases (UniData and UniVerse).  I classify them both as NF2 (Non-First Normal Form) databases, or possible MultiValue databases, even if these are not particularly hip 21st century designations. These products have an SQL interface and also other means, such as object, XML, and/or PICK languages for working with the DBMS.  They are often classifed as &#8220;embedded,&#8221; which is not altogether accurate and is certainly not a comprehensive classification.  When it comes to scalability, performance, reliability, etc, I would think at least the first of these would be in your 1. High-end OLTP/general-purpose DBMS category, although you could decide to classify Cache&#8217; as 6. XML and OO DBMS (but these may merge with search) too, for example.  </p>
<p>Since your categories are not &#8220;normalized&#8221; if you are trying to put each DBMS into just one of the buckets, rather than tagging them in multiple categories (and perhaps you are permitting a multivalued list of categories), you would be eliminating the possibility of a High-end OLTP general purpose DBMS for any products fitting another category.</p>
<p>So, I would suggest separating out matters of use and scalability from indications of the related data models used in the DBMS developer APIs/languages.  Maybe a &#8220;pick one from the scalability column, one or more from the developer APIs/languages column, and one from the primary purpose column&#8221; would still be simple enough?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
