<?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: PHP  Large result sets and summary tables.</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Sat, 21 Nov 2009 05:23:57 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: v</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-174011</link>
		<dc:creator>v</dc:creator>
		<pubDate>Mon, 01 Oct 2007 07:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-174011</guid>
		<description>Great tip.  If I could combine that with my other half of the battle, perhaps I could solve the PHP timeout issue when dealing with exporting/importing giant datasets to the browser.  There is PHP processing involved.</description>
		<content:encoded><![CDATA[<p>Great tip.  If I could combine that with my other half of the battle, perhaps I could solve the PHP timeout issue when dealing with exporting/importing giant datasets to the browser.  There is PHP processing involved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Rowe dot com &#187; Unbuffered result sets in MySQL? I must have been last to know&#8230;</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-143543</link>
		<dc:creator>Charles Rowe dot com &#187; Unbuffered result sets in MySQL? I must have been last to know&#8230;</dc:creator>
		<pubDate>Mon, 09 Jul 2007 01:34:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-143543</guid>
		<description>[...] Zaitsev over at MySQL Performance Blog has a post entitled PHP Large Result Sets and Summary Tables. This post completely caught me by surprise because (embarrassingly enough) I had no idea you could [...]</description>
		<content:encoded><![CDATA[<p>[...] Zaitsev over at MySQL Performance Blog has a post entitled PHP Large Result Sets and Summary Tables. This post completely caught me by surprise because (embarrassingly enough) I had no idea you could [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MySQL Performance Blog &#187; MySQL net_write_timeout vs wait_timeout and protocol notes</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-143535</link>
		<dc:creator>MySQL Performance Blog &#187; MySQL net_write_timeout vs wait_timeout and protocol notes</dc:creator>
		<pubDate>Sun, 08 Jul 2007 23:21:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-143535</guid>
		<description>[...] my previous post I mentioned you might need to increase net_write_timeout to avoid connection being aborted and now [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous post I mentioned you might need to increase net_write_timeout to avoid connection being aborted and now [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-143224</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Sat, 07 Jul 2007 08:12:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-143224</guid>
		<description>rockerBOO,

Yes sure INSERT SELECT does not work for 2 servers, this is why you can try using FEDERATED or use scripts all together.</description>
		<content:encoded><![CDATA[<p>rockerBOO,</p>
<p>Yes sure INSERT SELECT does not work for 2 servers, this is why you can try using FEDERATED or use scripts all together.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-143223</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Sat, 07 Jul 2007 08:10:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-143223</guid>
		<description>Harrison, Scott, 

Yes that was a typo.  I meant to later write about mysql_use_result gotchas so I mentioned it in the wrong place.
Now fixed.</description>
		<content:encoded><![CDATA[<p>Harrison, Scott, </p>
<p>Yes that was a typo.  I meant to later write about mysql_use_result gotchas so I mentioned it in the wrong place.<br />
Now fixed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-143200</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Sat, 07 Jul 2007 03:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-143200</guid>
		<description>Yes, Harrison is right. That one jumped out at me as well. mysql_store_result() buffers the entire set so that you can use mysql_num_rows() and mysql_data_seek(). The rest of the gotchas mentioned do apply to mysql_use_result().</description>
		<content:encoded><![CDATA[<p>Yes, Harrison is right. That one jumped out at me as well. mysql_store_result() buffers the entire set so that you can use mysql_num_rows() and mysql_data_seek(). The rest of the gotchas mentioned do apply to mysql_use_result().</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rockerBOO</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-143154</link>
		<dc:creator>rockerBOO</dc:creator>
		<pubDate>Fri, 06 Jul 2007 21:15:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-143154</guid>
		<description>It is also good to note that INSERT INTO SELECT x FROM will not work from my experience on 2 servers with different hosts.</description>
		<content:encoded><![CDATA[<p>It is also good to note that INSERT INTO SELECT x FROM will not work from my experience on 2 servers with different hosts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harrison Fisk</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/comment-page-1/#comment-143147</link>
		<dc:creator>Harrison Fisk</dc:creator>
		<pubDate>Fri, 06 Jul 2007 20:30:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/06/php-large-result-sets-and-summary-tables/#comment-143147</guid>
		<description>Good blog as always Peter.  Just commenting cause I think you have slight error when you said that mysql_query uses the mysql_use_result C API.  It actually uses the mysql_store_result, and hence takes a lot of memory.</description>
		<content:encoded><![CDATA[<p>Good blog as always Peter.  Just commenting cause I think you have slight error when you said that mysql_query uses the mysql_use_result C API.  It actually uses the mysql_store_result, and hence takes a lot of memory.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
