<?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: PROCEDURE ANALYSE</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/</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: JuksWebGuy</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-633608</link>
		<dc:creator>JuksWebGuy</dc:creator>
		<pubDate>Thu, 20 Aug 2009 02:19:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-633608</guid>
		<description>This topic is useful, I learned from it.</description>
		<content:encoded><![CDATA[<p>This topic is useful, I learned from it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shlomi Noach</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-519231</link>
		<dc:creator>Shlomi Noach</dc:creator>
		<pubDate>Thu, 26 Mar 2009 05:39:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-519231</guid>
		<description>@Robert

I think it&#039;s a good opportunity to remind that sql_mode had best been set to &#039;TRADITIONAL&#039; or otherwise strict mode, so that when attempting to INSERT texts *longer* than column width - an error is thrown (instead of silent truncation)</description>
		<content:encoded><![CDATA[<p>@Robert</p>
<p>I think it&#8217;s a good opportunity to remind that sql_mode had best been set to &#8216;TRADITIONAL&#8217; or otherwise strict mode, so that when attempting to INSERT texts *longer* than column width &#8211; an error is thrown (instead of silent truncation)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Stewart</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-519113</link>
		<dc:creator>Robert Stewart</dc:creator>
		<pubDate>Thu, 26 Mar 2009 04:04:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-519113</guid>
		<description>The Max_length field in the analyse() output is also very useful, as Shlomi indicates, for detecting if a varchar column is too narrow. I had created a column in a table to store names provided by a customer, and I thought I had made it sufficiently wide to handle the data they said they would be loading. While doing some maintenance I decided to run analyse() and discovered they had recently starting adding some entities with names that were only one character shorter than the maximum size. This allowed me to alter the table in off hours rather than during the middle of the day when they expanded the names further and INSERTs suddenly started failing.

Of course, this issue jumped out at me only because I knew all the column widths. A tool that combines both bits of info is indeed useful.</description>
		<content:encoded><![CDATA[<p>The Max_length field in the analyse() output is also very useful, as Shlomi indicates, for detecting if a varchar column is too narrow. I had created a column in a table to store names provided by a customer, and I thought I had made it sufficiently wide to handle the data they said they would be loading. While doing some maintenance I decided to run analyse() and discovered they had recently starting adding some entities with names that were only one character shorter than the maximum size. This allowed me to alter the table in off hours rather than during the middle of the day when they expanded the names further and INSERTs suddenly started failing.</p>
<p>Of course, this issue jumped out at me only because I knew all the column widths. A tool that combines both bits of info is indeed useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-518601</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Wed, 25 Mar 2009 19:45:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-518601</guid>
		<description>Shlimi,  

No this is quite fine :)</description>
		<content:encoded><![CDATA[<p>Shlimi,  </p>
<p>No this is quite fine <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shlomi Noach</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-518247</link>
		<dc:creator>Shlomi Noach</dc:creator>
		<pubDate>Wed, 25 Mar 2009 07:49:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-518247</guid>
		<description>Peter.

Indeed. PROCEDURE ANALYSE() is a helpful utility. Sorry if I appear to do too much &quot;marketing&quot; for my toolkit.</description>
		<content:encoded><![CDATA[<p>Peter.</p>
<p>Indeed. PROCEDURE ANALYSE() is a helpful utility. Sorry if I appear to do too much &#8220;marketing&#8221; for my toolkit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-517536</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Tue, 24 Mar 2009 20:37:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-517536</guid>
		<description>Shlomi,

Right. It is just something build in which make it nice.  Thank for the link.</description>
		<content:encoded><![CDATA[<p>Shlomi,</p>
<p>Right. It is just something build in which make it nice.  Thank for the link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Milos</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-517181</link>
		<dc:creator>Milos</dc:creator>
		<pubDate>Tue, 24 Mar 2009 10:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-517181</guid>
		<description>Nice, real nice.
Both of you. :)</description>
		<content:encoded><![CDATA[<p>Nice, real nice.<br />
Both of you. <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shlomi Noach</title>
		<link>http://www.mysqlperformanceblog.com/2009/03/23/procedure-analyse/comment-page-1/#comment-517107</link>
		<dc:creator>Shlomi Noach</dc:creator>
		<pubDate>Tue, 24 Mar 2009 07:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=647#comment-517107</guid>
		<description>One thing that is really missing from the output is the *current* data type, and how far I am from exceeding it.
I&#039;m developing a utility which will roughly act like PROCEDURE ANALYSE(), but will rather let you know you capacity percentage.

So far, it only supports AUTO_INCREMENT columns - and let&#039;s you know how far you are from running out of space. You can ask it to only show you columns which are more than, say, 60% used. For example, a TINYINT column with a value of 200 will show in the output.

I&#039;ll be adding other issues, such as used char-length etc. It does not come to replace PROCEDURE ANALYZE (it does not recommend data types) but rather give you an overall look on &quot;what&#039;s my status right now: am I running out of numbers? Am I running out of text length?&quot;

Find it here: &lt;a href=&quot;http://code.openark.org/forge/openark-kit/oak-show-limits&quot; rel=&quot;nofollow&quot;&gt;oak-show-limits&lt;/a&gt;. Again, it&#039;s quite limited now, but work in ongoing.</description>
		<content:encoded><![CDATA[<p>One thing that is really missing from the output is the *current* data type, and how far I am from exceeding it.<br />
I&#8217;m developing a utility which will roughly act like PROCEDURE ANALYSE(), but will rather let you know you capacity percentage.</p>
<p>So far, it only supports AUTO_INCREMENT columns &#8211; and let&#8217;s you know how far you are from running out of space. You can ask it to only show you columns which are more than, say, 60% used. For example, a TINYINT column with a value of 200 will show in the output.</p>
<p>I&#8217;ll be adding other issues, such as used char-length etc. It does not come to replace PROCEDURE ANALYZE (it does not recommend data types) but rather give you an overall look on &#8220;what&#8217;s my status right now: am I running out of numbers? Am I running out of text length?&#8221;</p>
<p>Find it here: <a href="http://code.openark.org/forge/openark-kit/oak-show-limits" rel="nofollow">oak-show-limits</a>. Again, it&#8217;s quite limited now, but work in ongoing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
