Устранение разделов SQL - PullRequest
Новая
       14

Устранение разделов SQL

3 голосов
/ 22 сентября 2011

В настоящее время я тестирую конфигурацию секционирования, используя фактический план выполнения для определения информации RunTimePartitionSummary / PartitionsAccessed.

Когда запрос выполняется с литералом в столбце разделения, удаление разделов работает нормально (с использованием = и <=). Однако, если запрос соединен с таблицей поиска, с столбцом разделения <= для столбца в таблице поиска и ограничением таблицы поиска другим критерием (так что возвращается только одна строка, такая же, как если бы она была литералом) устранение не происходит. </p>

Кажется, что это происходит только в том случае, если критерий соединения <=, а не =, даже если результат тот же. Обратная логика и использование между ними не работает, равно как и не используется перекрестно-прикладная функция. </p>

Редактировать: (Repro Steps)

ОК, пошли! 

--Create sample function
CREATE PARTITION FUNCTION pf_Test(date) AS RANGE RIGHT FOR VALUES ('20110101','20110102','20110103','20110104','20110105') 
--Create sample scheme
CREATE PARTITION SCHEME ps_Test AS PARTITION pf_Test ALL TO ([PRIMARY])
--Create sample table
CREATE TABLE t_Test
    (
        RowID int identity(1,1)
        ,StartDate date NOT NULL
        ,EndDate date NULL
        ,Data varchar(50) NULL
    )
ON ps_Test(StartDate)
--Insert some sample data
INSERT INTO t_Test(StartDate,EndDate,Data)
VALUES
    ('20110101','20110102','A')
    ,('20110103','20110104','A')
    ,('20110105',NULL,'A')
    ,('20110101',NULL,'B')
    ,('20110102','20110104','C')
    ,('20110105',NULL,'C')
    ,('20110104',NULL,'D')

--Check partition allocation
SELECT *,$PARTITION.pf_Test(StartDate) AS PartitionNumber FROM t_Test

--Run simple test (inlcude actual execution plan)
SELECT 
    *
    ,$PARTITION.pf_Test(StartDate)
FROM t_Test
WHERE StartDate <= '20110103' AND ISNULL(EndDate,getdate()) >= '20110103'
--<PartitionRange Start="1" End="4" />

--Run test with join to a lookup (with CTE for simplicity, but doesnt work with table either)
WITH testCTE AS
    (
        SELECT convert(date,'20110101') AS CalendarDate,'A' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110102') AS CalendarDate,'B' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110103') AS CalendarDate,'C' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110104') AS CalendarDate,'D' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110105') AS CalendarDate,'E' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110106') AS CalendarDate,'F' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110107') AS CalendarDate,'G' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110108') AS CalendarDate,'H' AS SomethingInteresting
        UNION ALL
        SELECT convert(date,'20110109') AS CalendarDate,'I' AS SomethingInteresting
    )

SELECT
    C.CalendarDate
    ,T.*
    ,$PARTITION.pf_Test(StartDate)
FROM t_Test T
    INNER JOIN testCTE C
        ON T.StartDate <= C.CalendarDate AND ISNULL(T.EndDate,getdate()) >= C.CalendarDate
WHERE C.SomethingInteresting = 'C'    --<PartitionRange Start="1" End="6" />

--So all 6 partitions are scanned despite only 2,3,4 being required, as per the simple select.

- отредактировано, чтобы сделать результирующие диапазоны идентичными, чтобы обеспечить честный тест

1 Ответ

0 голосов
/ 29 сентября 2011

Для запроса имеет смысл просканировать все разделы.

Все разделы участвуют в предикате T.StartDate <= C.CalendarDate, поскольку планировщик запросов не может знать, какие значения C.CalendarDate могут принимать.

...