執行計劃

Question

好傢伙，我得到了與代碼表下面

CREATE TABLE [dbo].[PTableMediumPart](
    [PK] [int] NOT NULL, 
    [Col1] [int] NOT NULL, 
    [Col2] [int] NULL, 
    [Col3] [money] NOT NULL, 
    [Col4] [money] NULL, 
    [Col5] [nvarchar](60) NOT NULL, 
    [Col6] [nvarchar](60) NULL, 
    [Col7] [varchar](255) NOT NULL, 
    [Col8] [varchar](255) NULL, 
    [Col9] [smallint] NOT NULL, 
    [Col10] [smallint] NULL, 
    [Col11] [decimal](20, 3) NOT NULL, 
    [Col12] [decimal](20, 3) NULL, 
    [Col13] [char](8) NOT NULL, 
    [Col14] [datetime2](7) NULL, 
    [PartitionKey] [tinyint] NOT NULL 
) 
GO 

的partitionkey柱填充了CAST((PK%3) AS TINYINT)和 我已經明確分區功能和方案如下

CREATE PARTITION FUNCTION [PFTest](tinyint) AS RANGE LEFT FOR VALUES (0, 1) 
GO 

CREATE PARTITION SCHEME [PSTEST] AS PARTITION [PFTest] TO ([FGTest1], [FGTest2], [FGTest3]) 
GO 

，然後我所創建的簇索引等

CREATE UNIQUE CLUSTERED INDEX [CI_PArt] ON [dbo].[PTableMediumPart] 
(
    [PK] ASC, 
    [PartitionKey] ASC 
)WITH (STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PSTEST]([PartitionKey]) 
GO 

但是當我用相同的未分區表運行查詢時，我在查詢中獲得了更好的性能或相同的性能，例如，當我運行以下查詢時，我得到50-50％的exution計劃，而在其他情況下，未分區表變得更好執行計劃，爲什麼會發生？我在這裏錯了什麼？

SELECT * 
FROM dbo.PTableMedium 
WHERE PK = 789 

SELECT * 
FROM dbo.PTableMediumPart 
WHERE PK = 789 AND PartitionKey = CAST((789 % 3) AS TINYINT) 

Answer 1

在我的測試（SQL Server 2008中），這兩個執行計劃有不同的成本：75％，爲第一查詢和25％，爲第二個查詢：

而且，在我的測試

1. 首先查詢將存取的所有分區（1..3）和
2. 第二查詢將僅訪問一個分區（789 % 3 = 0 =>我因爲在分區鍵/列（CREATE TABLE ... ON [PSTEST]([PartitionKey])）上定義的那個補充謂詞（AND PartitionKey = expression），所以這個分區[0..1））。該謂詞/條件允許partition elimination。因此，SQL Server將只在一個分區內尋找具有PK = 789的行。

而且，看到這個博客：http://blog.kejser.org/2014/01/15/curious-partition-function-behaviour/