<?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: Innodb Undelete and Sphinx Support</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Sat, 07 Nov 2009 18:35:44 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Data Recovery Toolkit for InnoDB Version 0.1 Released &#124; MySQL Performance Blog</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/comment-page-1/#comment-207427</link>
		<dc:creator>Data Recovery Toolkit for InnoDB Version 0.1 Released &#124; MySQL Performance Blog</dc:creator>
		<pubDate>Wed, 28 Nov 2007 09:29:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/#comment-207427</guid>
		<description>[...] Peter mentioned in one of previous posts, we&#8217;ve done huge work developing robust strategies of InnoDB data [...]</description>
		<content:encoded><![CDATA[<p>[...] Peter mentioned in one of previous posts, we&#8217;ve done huge work developing robust strategies of InnoDB data [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Data Recovery Toolkit &#124; Life without names</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/comment-page-1/#comment-206090</link>
		<dc:creator>Data Recovery Toolkit &#124; Life without names</dc:creator>
		<pubDate>Tue, 27 Nov 2007 13:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/#comment-206090</guid>
		<description>[...] Peter mentioned in one of previous posts, we’ve done huge work developing robust strategies of InnoDB data [...]</description>
		<content:encoded><![CDATA[<p>[...] Peter mentioned in one of previous posts, we’ve done huge work developing robust strategies of InnoDB data [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/comment-page-1/#comment-191954</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Tue, 13 Nov 2007 16:28:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/#comment-191954</guid>
		<description>Sinisa

Absolutely.  I think I generally pointed out you can&#039;t always recover data 100% and MyISAM is indeed the case when some data going to be overwritten by delete operation.

If you look at the details of how we offer recovery services in general you&#039;ll see access (for free) how much of the data is possible to recover and only proceed with real recovery if customer understands all implications about recovered data.   Because we only charge on success basics we need to ensure we&#039;re on the same page.</description>
		<content:encoded><![CDATA[<p>Sinisa</p>
<p>Absolutely.  I think I generally pointed out you can&#8217;t always recover data 100% and MyISAM is indeed the case when some data going to be overwritten by delete operation.</p>
<p>If you look at the details of how we offer recovery services in general you&#8217;ll see access (for free) how much of the data is possible to recover and only proceed with real recovery if customer understands all implications about recovered data.   Because we only charge on success basics we need to ensure we&#8217;re on the same page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sinisa Milivojevic</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/comment-page-1/#comment-191946</link>
		<dc:creator>Sinisa Milivojevic</dc:creator>
		<pubDate>Tue, 13 Nov 2007 16:17:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/12/innodb-undelete-and-sphinx-support/#comment-191946</guid>
		<description>Peter,

This is truly a nice service. However ...

I think you have not stressed enough on all &quot;IF&#039;s&quot; and &quot;MAY BE&#039;s&quot; when it comes to MyISAM undelete. In MyISAM, there will be ALWAYS a number of columns that can not be undeleted. This number depends on the size of offset pointer, number of NULLable columns and on the size of columns themselves, those at the start of the row.

We, at MySQL Support, provide undelete service for MyISAM, only when it is feasible and for a definite niche of customers. This is due to the fact that undeleting requires writing dedicated programs, especially when dealing with packed records, which are most frequent type of MyISAM tables.</description>
		<content:encoded><![CDATA[<p>Peter,</p>
<p>This is truly a nice service. However &#8230;</p>
<p>I think you have not stressed enough on all &#8220;IF&#8217;s&#8221; and &#8220;MAY BE&#8217;s&#8221; when it comes to MyISAM undelete. In MyISAM, there will be ALWAYS a number of columns that can not be undeleted. This number depends on the size of offset pointer, number of NULLable columns and on the size of columns themselves, those at the start of the row.</p>
<p>We, at MySQL Support, provide undelete service for MyISAM, only when it is feasible and for a definite niche of customers. This is due to the fact that undeleting requires writing dedicated programs, especially when dealing with packed records, which are most frequent type of MyISAM tables.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
