Есть сервер:
Microsoft SQL Server 2017 (RTM-CU16) (KB4508218) - 14.0.3223.3 (X64) Jul 12 2019 17:43:08 Copyright (C) 2017 Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2019 Datacenter 10.0 <X64> (Build 17763: ) (Hypervisor)
Есть таблица:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
CREATE TABLE [dbo].[fact_SALES_TRANSACTIONS](
[ORDER_DATE] [date] NOT NULL,
[ID] [bigint] IDENTITY(1,1) NOT NULL,
[DIVISION] [varchar](2) NULL,
[SUPPLIER_CODE] [varchar](8) NULL,
CONSTRAINT [PK_FACT_SALES] PRIMARY KEY NONCLUSTERED ( [ID] ASC)
)
CREATE UNIQUE CLUSTERED INDEX [IX_fact_SALES_TRANSACTIONS_ORDER_DATE_ID] ON [dbo].[fact_SALES_TRANSACTIONS]
(
[ORDER_DATE] ASC,
[ID] ASC
)
И есть запрос:
1.
2.
3.
4.
5.
6.
7.
set showplan_text on
select ORDER_DATE, count(1) from [dbo].[fact_SALES_TRANSACTIONS] group by ORDER_DATE order by ORDER_DATE option(maxdop 1)
|--Sort(ORDER BY:([edw].[dbo].[fact_SALES_TRANSACTIONS].[ORDER_DATE] ASC))
|--Compute Scalar(DEFINE:([Expr1002]=CONVERT_IMPLICIT(int,[Expr1005],0)))
|--Hash Match(Aggregate, HASH:([edw].[dbo].[fact_SALES_TRANSACTIONS].[ORDER_DATE]), RESIDUAL:([edw].[dbo].[fact_SALES_TRANSACTIONS].[ORDER_DATE] = [edw].[dbo].[fact_SALES_TRANSACTIONS].[ORDER_DATE]) DEFINE:([Expr1005]=COUNT(*)))
|--Index Scan(OBJECT:([edw].[dbo].[fact_SALES_TRANSACTIONS].[PK_FACT_SALES]))
Непонятно, зачем сервер считает хэш?
Что мешает ему просто пройти по кластерному индексу сверху вниз, откладывая каждую новую дату куда-нибудь?
К тому же, даты там лет за десять, то есть их не больше чем 4 тысячи уникальных. Какой смысл считать хэш?
И зачем в конце сортировка? Индекс же уже отсортирован по дате...
_____
* powered by Gerros
