<?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: Myths about DATallegro, Ingres, open source, etc.</title>
	<atom:link href="http://www.dbms2.com/2006/09/20/myths-datallegro-ingres-open-source/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2006/09/20/myths-datallegro-ingres-open-source/</link>
	<description>Choices in data management and analysis</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:48:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>By: Stuart Frost</title>
		<link>http://www.dbms2.com/2006/09/20/myths-datallegro-ingres-open-source/#comment-6769</link>
		<dc:creator>Stuart Frost</dc:creator>
		<pubDate>Thu, 21 Sep 2006 03:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2006/09/20/myths-datallegro-ingres-open-source/#comment-6769</guid>
		<description>Thanks Curt, I hadn&#039;t heard that particular claim before. As you point out, we d indeed have our own proprietary software that sits outside of the Ingres codebase.

I guess I&#039;m a little puzzled as to why it matters all that much to a prospect. If the appliance works, performs extremely well and is available at a compelling price, what difference does it make whether the vendor contributes to open source - except perhaps that it could lower their development costs in the future.

We feel we have a very good balance of contributing certain changes back to Ingres Corp where that makes sense. Most, if not all of these changes make it into the open source version. As a result, we get to stay in fairly close step with the open source version.

At the same time, our proprietary MPP code is kept out of the open source domain.

As for the Ingres optimizer, it does still exist on the individual appliance nodes, but we greatly constrain how it operates. Our own parallel optimizer is a separate layer on top of Ingres.

Stuart</description>
		<content:encoded><![CDATA[<p>Thanks Curt, I hadn&#8217;t heard that particular claim before. As you point out, we d indeed have our own proprietary software that sits outside of the Ingres codebase.</p>
<p>I guess I&#8217;m a little puzzled as to why it matters all that much to a prospect. If the appliance works, performs extremely well and is available at a compelling price, what difference does it make whether the vendor contributes to open source &#8211; except perhaps that it could lower their development costs in the future.</p>
<p>We feel we have a very good balance of contributing certain changes back to Ingres Corp where that makes sense. Most, if not all of these changes make it into the open source version. As a result, we get to stay in fairly close step with the open source version.</p>
<p>At the same time, our proprietary MPP code is kept out of the open source domain.</p>
<p>As for the Ingres optimizer, it does still exist on the individual appliance nodes, but we greatly constrain how it operates. Our own parallel optimizer is a separate layer on top of Ingres.</p>
<p>Stuart</p>
]]></content:encoded>
	</item>
</channel>
</rss>

