InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comWed, 22 May 2013 01:57:07 GMT20http://www.sqlservercentral.com/Forums/Topic1407298-1550-1.aspx[quote][b]GilaMonster (1/16/2013)[/b][hr]Could well be that the stats that the query depends on are column stats, not index stats. REbuilding an index only updates the stats associated with that index (and invalidates any plans that use it)[/quote][quote][b]opc.three (1/16/2013)[/b][hr]Column stats is the likely reason given the info.[/quote]From the data I have and I've requested more an out of date statistic that is not part of the index he rebuild is the most likely cause of the problems. (I've came to the conclusion of this yesterday)Wed, 16 Jan 2013 01:19:43 GMTResenderhttp://www.sqlservercentral.com/Forums/Topic1407298-1550-1.aspxColumn stats is the likely reason given the info.Wed, 16 Jan 2013 00:48:20 GMTopc.threehttp://www.sqlservercentral.com/Forums/Topic1407298-1550-1.aspxCould well be that the stats that the query depends on are column stats, not index stats. REbuilding an index only updates the stats associated with that index (and invalidates any plans that use it)Wed, 16 Jan 2013 00:44:19 GMTGilaMonsterhttp://www.sqlservercentral.com/Forums/Topic1407298-1550-1.aspx[quote][b]foxxo (1/16/2013)[/b][hr]It wasn't the statistics that fixed the issue, it was the query being recompiled (ie. new plan).From BOL:[url]http://msdn.microsoft.com/en-us/library/ms187348.aspx[/url][quote]Updating statistics ensures that queries compile with up-to-date statistics. However, updating statistics causes queries to recompile. We recommend not updating statistics too frequently because there is a performance tradeoff between improving query plans and the time it takes to recompile queries.[/quote][/quote]rebuilding an index automatically rebuilds the statistics on that indexWed, 16 Jan 2013 00:42:03 GMTopc.threehttp://www.sqlservercentral.com/Forums/Topic1407298-1550-1.aspxIt wasn't the statistics that fixed the issue, it was the query plan being invalidated and recompiled (ie. new plan).From BOL:[url]http://msdn.microsoft.com/en-us/library/ms187348%28v=sql.105%29.aspx[/url][quote]Updating statistics ensures that queries compile with up-to-date statistics. However, updating statistics causes queries to recompile. We recommend not updating statistics too frequently because there is a performance tradeoff between improving query plans and the time it takes to recompile queries.[/quote]Also see[url]http://www.sqlskills.com/blogs/kimberly/what-caused-that-plan-to-go-horribly-wrong-should-you-update-statistics/[/url]Wed, 16 Jan 2013 00:39:11 GMTfoxxohttp://www.sqlservercentral.com/Forums/Topic1407298-1550-1.aspx[code="sql"]USE AdventureWorks2012;DECLARE @schema_name SYSNAME, @table_name SYSNAME;SELECT @schema_name = N'HumanResources', @table_name = N'Department';SELECT st.name AS StatsName, STATS_DATE(st.object_id, st.stats_id) AS [LastUpdated]FROM sys.objects AS tbl INNER JOIN sys.stats st ON st.object_id = tbl.object_idWHERE tbl.name = @table_name AND SCHEMA_NAME(tbl.schema_id) = @schema_name;[/code]Wed, 16 Jan 2013 00:23:56 GMTopc.threehttp://www.sqlservercentral.com/Forums/Topic1407298-1550-1.aspx1 of the query's of a colleague of mine has been slowing down recently.He looked to the execution plans and the index fragmentation and found a fragmented index, which he then rebuild.No resolve, fragmentation was gone but the performance remained slow.He then did an update statistics which resolved it.Now I'm confused,and the the things I found searching about it are contradicting.If you rebuild an index the statistics get updated,is this the case or not.I've requested more info on the table and query.[strike]But anyone who can tell me why you would need an update statistics after an index rebuild please do.[/strike]Is there a way to check all statistics of a tableTue, 15 Jan 2013 08:32:48 GMTResender