<?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"
	>
<channel>
	<title>Comments on: understanding and detecting sql performance situation with abnormal 400 shutdown</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/understanding-and-detecting-sql-performance-situation-with-abnormal-400-shutdown/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/understanding-and-detecting-sql-performance-situation-with-abnormal-400-shutdown/</link>
	<description></description>
	<pubDate>Sat, 28 Nov 2009 10:49:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: BigKat</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/understanding-and-detecting-sql-performance-situation-with-abnormal-400-shutdown/#comment-64271</link>
		<dc:creator>BigKat</dc:creator>
		<pubDate>Fri, 05 Jun 2009 17:16:33 +0000</pubDate>
		<guid isPermaLink="false">#comment-64271</guid>
		<description>It is also possible that you have crossed some magic combination of number of records, etc, that now causes the query analyzer to build a different (and less efficient) plan</description>
		<content:encoded><![CDATA[<p>It is also possible that you have crossed some magic combination of number of records, etc, that now causes the query analyzer to build a different (and less efficient) plan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graybeard52</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/understanding-and-detecting-sql-performance-situation-with-abnormal-400-shutdown/#comment-64253</link>
		<dc:creator>Graybeard52</dc:creator>
		<pubDate>Fri, 05 Jun 2009 02:24:44 +0000</pubDate>
		<guid isPermaLink="false">#comment-64253</guid>
		<description>Two things that will simply kill you on SQL performance:
1. Writing a query over a logical file.
2. Writing a query over a PF where ANY logical has select/omit or other derived keys, unless QAQQINI has been told to ignore derived indexes (default is to NOT ignore).

Otherwise,  try deleting the SQL packages and let the system rebuild them.</description>
		<content:encoded><![CDATA[<p>Two things that will simply kill you on SQL performance:<br />
1. Writing a query over a logical file.<br />
2. Writing a query over a PF where ANY logical has select/omit or other derived keys, unless QAQQINI has been told to ignore derived indexes (default is to NOT ignore).</p>
<p>Otherwise,  try deleting the SQL packages and let the system rebuild them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cwc</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/understanding-and-detecting-sql-performance-situation-with-abnormal-400-shutdown/#comment-64205</link>
		<dc:creator>Cwc</dc:creator>
		<pubDate>Thu, 04 Jun 2009 13:24:26 +0000</pubDate>
		<guid isPermaLink="false">#comment-64205</guid>
		<description>You can also use the database monitor from a command line (STRDBMON), to see why the query engine is rejecting that index.</description>
		<content:encoded><![CDATA[<p>You can also use the database monitor from a command line (STRDBMON), to see why the query engine is rejecting that index.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Modiyooch</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/understanding-and-detecting-sql-performance-situation-with-abnormal-400-shutdown/#comment-64178</link>
		<dc:creator>Modiyooch</dc:creator>
		<pubDate>Wed, 03 Jun 2009 15:21:52 +0000</pubDate>
		<guid isPermaLink="false">#comment-64178</guid>
		<description>yes, we had a normal shutdown and restart after the failure.  The only indication of a problem other than poor program performance was that a lf  with heavy usage had not been used since the initial failure.  I was just hoping to better identify this situation without finding out from the users when their programs become grossly inefficient.   thanks for the input</description>
		<content:encoded><![CDATA[<p>yes, we had a normal shutdown and restart after the failure.  The only indication of a problem other than poor program performance was that a lf  with heavy usage had not been used since the initial failure.  I was just hoping to better identify this situation without finding out from the users when their programs become grossly inefficient.   thanks for the input</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- dynamic -->