<?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: A super-set of MySQL for Big Data. Interview with John Busch, Schooner.</title>
	<atom:link href="http://www.odbms.org/blog/2012/02/a-super-set-of-mysql-for-big-data-interview-with-dr-john-busch-schooner/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.odbms.org/blog/2012/02/a-super-set-of-mysql-for-big-data-interview-with-dr-john-busch-schooner/</link>
	<description>Trends and Information on New Data Management Technologies, Innovation.</description>
	<lastBuildDate>Wed, 17 Apr 2013 21:47:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: Roberto V. Zicari</title>
		<link>http://www.odbms.org/blog/2012/02/a-super-set-of-mysql-for-big-data-interview-with-dr-john-busch-schooner/comment-page-1/#comment-7291</link>
		<dc:creator>Roberto V. Zicari</dc:creator>
		<pubDate>Wed, 29 Feb 2012 16:58:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.odbms.org/blog/?p=1333#comment-7291</guid>
		<description>Thank you Fred. 

Roberto</description>
		<content:encoded><![CDATA[<p>Thank you Fred. </p>
<p>Roberto</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred Holahan</title>
		<link>http://www.odbms.org/blog/2012/02/a-super-set-of-mysql-for-big-data-interview-with-dr-john-busch-schooner/comment-page-1/#comment-7288</link>
		<dc:creator>Fred Holahan</dc:creator>
		<pubDate>Tue, 21 Feb 2012 14:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.odbms.org/blog/?p=1333#comment-7288</guid>
		<description>Roberto, thanks for the interesting post.  While I&#039;m sure SchoonerSQL is a fine product, Mr. Busch&#039;s comment - &quot;superior cost of ownership and availability relative to VoltDB&quot; - seem broad and uninformed.

Under what workloads does SchoonerSQL offer superior TCO?  All workloads?  Including workloads that scale to millions of write operations per second?  And how is TCO measured in this broad context?  Cost of hardware and software?  Including costs of set-up, management and infrastructure support, particularly in distributed deployments involving 3rd party products like DBShards?

With regard to &quot;superior&quot; availability, what&#039;s the basis of this claim?  How would Mr. Busch compare, in detail, VoltDB&#039;s synchronous multi-master HA solution to what SchoonerSQL provides (with and without DBShards) to conclude that Schooner&#039;s solution is superior in all database applications, as his statement suggests?

Choosing the right database for one&#039;s application has never been more challenging, nor more critical.  Like no time in the past, developers and data architects need guidance about when database solutions do and do not fit.  Broad, uninformed comments, therefore, should be viewed with considerable scrutiny.

Fred</description>
		<content:encoded><![CDATA[<p>Roberto, thanks for the interesting post.  While I&#8217;m sure SchoonerSQL is a fine product, Mr. Busch&#8217;s comment &#8211; &#8220;superior cost of ownership and availability relative to VoltDB&#8221; &#8211; seem broad and uninformed.</p>
<p>Under what workloads does SchoonerSQL offer superior TCO?  All workloads?  Including workloads that scale to millions of write operations per second?  And how is TCO measured in this broad context?  Cost of hardware and software?  Including costs of set-up, management and infrastructure support, particularly in distributed deployments involving 3rd party products like DBShards?</p>
<p>With regard to &#8220;superior&#8221; availability, what&#8217;s the basis of this claim?  How would Mr. Busch compare, in detail, VoltDB&#8217;s synchronous multi-master HA solution to what SchoonerSQL provides (with and without DBShards) to conclude that Schooner&#8217;s solution is superior in all database applications, as his statement suggests?</p>
<p>Choosing the right database for one&#8217;s application has never been more challenging, nor more critical.  Like no time in the past, developers and data architects need guidance about when database solutions do and do not fit.  Broad, uninformed comments, therefore, should be viewed with considerable scrutiny.</p>
<p>Fred</p>
]]></content:encoded>
	</item>
</channel>
</rss>
