<?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: Ingres tries to become relevant again</title>
	<atom:link href="http://www.dbms2.com/2007/03/08/ingres-tries-to-become-relevant-again/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dbms2.com/2007/03/08/ingres-tries-to-become-relevant-again/</link>
	<description>Choices in data management and analysis</description>
	<lastBuildDate>Sat, 06 Mar 2010 03:00:32 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The Monash Report&#187;Blog Archive &#187; Have analytics vendors rediscovered ease-of-deployment?</title>
		<link>http://www.dbms2.com/2007/03/08/ingres-tries-to-become-relevant-again/comment-page-1/#comment-22067</link>
		<dc:creator>The Monash Report&#187;Blog Archive &#187; Have analytics vendors rediscovered ease-of-deployment?</dc:creator>
		<pubDate>Sat, 17 Mar 2007 01:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/08/ingres-tries-to-become-relevant-again/#comment-22067</guid>
		<description>[...] Ingres is headed in the same direction. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ingres is headed in the same direction. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark R. Winston</title>
		<link>http://www.dbms2.com/2007/03/08/ingres-tries-to-become-relevant-again/comment-page-1/#comment-21267</link>
		<dc:creator>Mark R. Winston</dc:creator>
		<pubDate>Sat, 10 Mar 2007 00:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dbms2.com/2007/03/08/ingres-tries-to-become-relevant-again/#comment-21267</guid>
		<description>When you say that &quot;Ingres doesn’t meet that standard.&quot;, in reference to being easier to administer than Oracle or MS SQL Server, I think you&#039;re incorrect.  Ingres has historically been fundamentally easy to administer, with on-line backups and auto-sizing files (where tables and indexes are stored) being long-standing features.  Oracle&#039;s backup/recovery scenarios are at the very least complex, and MS SQL Server is locked into the Windows OS paradigm.  If you&#039;re saying that Ingres hasn&#039;t had a history of great GUI tools, that&#039;s correct, although since Ingres 2.6 the VDBA suite has been very robust, offering a graphical front-end for detailed views of table structures and usage and analysis of journal files (tx records &quot;cleared&quot; from the primary tx log) to name a few.  I would argue, however, that the retention of Ingres character-based and command-line management tools through the latest release is something that is relied upon by Ingres DBA&#039;s administering some of the most critical public and private sector data on the planet.  When you are on-call with a problem that requires &quot;dialing-in&quot; to analyze the situation, the last thing you want is a bloated interface, web or otherwise, when you&#039;re connection is 14.4K over your mobile phone :)

If you wanted to provide mid-range OLTP database services you&#039;d be hard pressed to match Ingres DBMS on GNU/Linux with an offering from either Oracle or Microsoft that was either as easy to manage or comparably priced, especially for 64-bit, so if Ingres can generate the recognition for what it has I&#039;d say it&#039;s market prospects look very good, in fact.</description>
		<content:encoded><![CDATA[<p>When you say that &#8220;Ingres doesn’t meet that standard.&#8221;, in reference to being easier to administer than Oracle or MS SQL Server, I think you&#8217;re incorrect.  Ingres has historically been fundamentally easy to administer, with on-line backups and auto-sizing files (where tables and indexes are stored) being long-standing features.  Oracle&#8217;s backup/recovery scenarios are at the very least complex, and MS SQL Server is locked into the Windows OS paradigm.  If you&#8217;re saying that Ingres hasn&#8217;t had a history of great GUI tools, that&#8217;s correct, although since Ingres 2.6 the VDBA suite has been very robust, offering a graphical front-end for detailed views of table structures and usage and analysis of journal files (tx records &#8220;cleared&#8221; from the primary tx log) to name a few.  I would argue, however, that the retention of Ingres character-based and command-line management tools through the latest release is something that is relied upon by Ingres DBA&#8217;s administering some of the most critical public and private sector data on the planet.  When you are on-call with a problem that requires &#8220;dialing-in&#8221; to analyze the situation, the last thing you want is a bloated interface, web or otherwise, when you&#8217;re connection is 14.4K over your mobile phone <img src='http://www.dbms2.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>If you wanted to provide mid-range OLTP database services you&#8217;d be hard pressed to match Ingres DBMS on GNU/Linux with an offering from either Oracle or Microsoft that was either as easy to manage or comparably priced, especially for 64-bit, so if Ingres can generate the recognition for what it has I&#8217;d say it&#8217;s market prospects look very good, in fact.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.174 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2010-03-07 08:39:04 -->
