<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.developerdotstar.com/community" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>developer.* Blogs - Solution for SQL Server &amp;quot;Cannot create more than N nonclustered indices&amp;quot; Error - Comments</title>
 <link>http://www.developerdotstar.com/community/node/503</link>
 <description>Comments for &quot;Solution for SQL Server &quot;Cannot create more than N nonclustered indices&quot; Error&quot;</description>
 <language>en</language>
<item>
 <title>auto statistics = ON</title>
 <link>http://www.developerdotstar.com/community/node/503#comment-5286</link>
 <description>&lt;p&gt;Auto update/create statistics where ON and this fix worked for me.  Thanks for posting it.&lt;/p&gt;
</description>
 <pubDate>Thu, 15 Feb 2007 07:20:07 -0800</pubDate>
 <dc:creator>damdave1</dc:creator>
 <guid isPermaLink="false">comment 5286 at http://www.developerdotstar.com/community</guid>
</item>
<item>
 <title>Yet another feature?</title>
 <link>http://www.developerdotstar.com/community/node/503#comment-1203</link>
 <description>&lt;p&gt;The &#039;Auto create statistics&#039; and &#039;Auto update statistics&#039; look very harmless seen from a distance. Naturally, why would you want to assist the RDBMS in doing its work? One important reason though is performance : If your database server is not or less used after business hours, it is better to schedule the creation and update of the statistics manually.&lt;br /&gt;
This way, performance is not hurt when these statistics are being created.&lt;/p&gt;
&lt;p&gt;For the record : I don&#039;t think you have to turn off the auto creation and update of the statistics, but internally the auto-creation feature will run against the same problem. This implies ofcourse that the optimizer will no longer create statistics for new columns for which no statistical data is available.&lt;/p&gt;
</description>
 <pubDate>Tue, 20 Jun 2006 04:31:15 -0700</pubDate>
 <dc:creator>Mario Van Damme</dc:creator>
 <guid isPermaLink="false">comment 1203 at http://www.developerdotstar.com/community</guid>
</item>
<item>
 <title>Solution for SQL Server &quot;Cannot create more than N nonclustered indices&quot; Error</title>
 <link>http://www.developerdotstar.com/community/node/503</link>
 <description>&lt;p&gt;The scenario is that you have a gigantic SQL Server 2000 table--gigantic not necessarily because it has a lot of rows, but gigantic because it has a ton of &lt;i&gt;columns&lt;/i&gt;. I&#039;ve inherited a couple tables like this on different projects, tables with two or three &lt;i&gt;hundred&lt;/i&gt; columns. (Don&#039;t look at me, I didn&#039;t create these tables.) It&#039;s not uncommon to need to add a new index to these kinds of ridiculous tables to cover a query. So you go to try and add your new index and you get an error like this:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.developerdotstar.com/community/node/503&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.developerdotstar.com/community/node/503#comment</comments>
 <category domain="http://www.developerdotstar.com/community/taxonomy/term/30">Microsoft SQL Server</category>
 <pubDate>Fri, 16 Jun 2006 14:37:44 -0700</pubDate>
 <dc:creator>Daniel Read</dc:creator>
 <guid isPermaLink="false">503 at http://www.developerdotstar.com/community</guid>
</item>
</channel>
</rss>
