<?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: Two kinds of DBMS extensibility</title>
	<atom:link href="http://www.dbms2.com/2005/12/12/two-kinds-of-dbms-extensibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2005/12/12/two-kinds-of-dbms-extensibility/</link>
	<description>Choices in data management and analysis</description>
	<lastBuildDate>Thu, 09 Feb 2012 09:22:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>By: Curt Monash</title>
		<link>http://www.dbms2.com/2005/12/12/two-kinds-of-dbms-extensibility/#comment-194</link>
		<dc:creator>Curt Monash</dc:creator>
		<pubDate>Thu, 15 Dec 2005 18:23:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=37#comment-194</guid>
		<description>Logically there may not be.  But standard DBMS access methods assumes that values are sortable in a single dimension (numeric or alphabetic).  If you tried to use operators that ignore the sort order, performance in the UDT implementation could be inconceivably bad, often in table-scan range, or even repeated-table-scan.

Try to do geographical operations of &quot;nearness&quot; in a single column without a geographic datatype.  Oracle tried (&quot;hhencode&quot;).  The performance wasn&#039;t pretty.  How would you do a text search without scanning every row in the column?  The mind boggles at the processing required (except maybe if you can keep the whole database in RAM).</description>
		<content:encoded><![CDATA[<p>Logically there may not be.  But standard DBMS access methods assumes that values are sortable in a single dimension (numeric or alphabetic).  If you tried to use operators that ignore the sort order, performance in the UDT implementation could be inconceivably bad, often in table-scan range, or even repeated-table-scan.</p>
<p>Try to do geographical operations of &#8220;nearness&#8221; in a single column without a geographic datatype.  Oracle tried (&#8220;hhencode&#8221;).  The performance wasn&#8217;t pretty.  How would you do a text search without scanning every row in the column?  The mind boggles at the processing required (except maybe if you can keep the whole database in RAM).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://www.dbms2.com/2005/12/12/two-kinds-of-dbms-extensibility/#comment-192</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Thu, 15 Dec 2005 12:39:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/?p=37#comment-192</guid>
		<description>While I understand that these things have been implemented differently, I&#039;m unable to detect any fundamental difference between these two...</description>
		<content:encoded><![CDATA[<p>While I understand that these things have been implemented differently, I&#8217;m unable to detect any fundamental difference between these two&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

