FIX: It takes longer than expected to create a filtered statistic after you create a clustered index on a partitioned table in SQL Server 2008 R2
Consider the following scenario:
You have a partitioned table that contains a nonclustered index in Microsoft SQL Server 2008 R2. You create a clustered index that is based on the first column in the partitioned table. The table uses the partition key as the first column. You create a filter on the partition key. You try to create a filtered statistic for one of the columns.
In this scenario, it takes longer than expected to create the statistic.
Notes The query plan that generates a CREATE STATISTICS statement indicates that the query performed a full scan on all the partitions. If you create another nonclustered index, it does not take longer than expected to create the statistics for columns that are not related to the nonclustered indexes.
The issue was first fixed in the following cumulative update of SQL Server.
About cumulative updates for SQL Server
Each new cumulative update for SQL Server contains all the hotfixes and all the security fixes that were included with the previous cumulative update. Check out the latest cumulative updates for SQL Server:
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Article ID: 2875260 - Last Review: 10/28/2013 08:20:00 - Revision: 1.0
Applies to Microsoft SQL Server 2008 R2 Service Pack 2 Keywords: kbqfe kbfix kbsurveynew kbexpertiseadvanced KB2875260