Question

我的数据库中有一个表，其中包含500万条记录：

CREATE TABLE [dbo].[PurchaseFact](
    [Branch] [int] NOT NULL,
    [ProdAnal] [varchar](30) NULL,
    [Account] [varchar](12) NULL,
    [Partno] [varchar](24) NULL,
    [DteGRN] [date] NULL,
    [DteAct] [date] NULL,
    [DteExpect] [date] NULL,
    [OrderNo] [bigint] NULL,
    [GRNNO] [varchar](75) NULL,
    [SuppAdv] [varchar](75) NULL,
    [Supplier] [varchar](12) NULL,
    [OrdType] [varchar](4) NULL,
    [UnitStock] [varchar](4) NULL,
    [OrderQty] [float] NULL,
    [RecdQty] [float] NULL,
    [Batch] [varchar](100) NULL,
    [CostPr] [float] NULL,
    [Reason] [varchar](2) NULL,
    [TotalCost] [float] NULL,
    [Magic] [bigint] IDENTITY(1,1) NOT NULL,
PRIMARY KEY CLUSTERED 
(
    [Magic] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

正如您从上面所看到的那样，CLUSTERED INDEX列上的MAGIC被用作UNIQUE列。

以下SELECT statement的数据检索时间超过8分钟，导致报告问题：

SELECT Branch,
    Supplier,
    ProdAnal,
    DteGRN AS Date,
    PartNo AS Partno,
    OrderNo,
    OrderQty,
    TotalCost,
    CostPr
FROM dbo.PurchaseFact src
WHERE YEAR(DteGRN) = 2016

排除WHERE clause也不会使查询运行得更快。我已尝试与CLUSTERED index一起加入UNIQUE index，希望它能够更快地运行但无济于事：

CREATE UNIQUE INDEX Unique_Index ON dbo.PurchaseFact ([Branch], [Supplier], [Magic]) 
INCLUDE ([ProdAnal], [Account], [Partno], [DteAct], [DteExpect], [OrderNo], [GRNNO], 
[SuppAdv], [OrdType], [UnitStock])

有什么方法可以优化此表的性能时间，还是应该归档旧数据？

非常感谢任何建议。

Answer 1

这是您的where条款：

WHERE YEAR(DteGRN) = 2016

如果表有500万行，那么假设任何合理的日期分配，这将返回大量数据。数据量可能是查询时间的原因。

您可以做的一件事是重新定义WHERE，然后在适当的列上添加索引：

WHERE DteGRN >= '2016-01-01' and DteGRN < '2017-01-01'

然后可以利用PurchaseFact(DteGRN)上的索引。但是，考虑到可能返回的行数，索引可能无济于事。

更大的问题是为什么您的报告应用程序将从2016年带回所有行，而不是在数据库中汇总它们。我怀疑您的报告应用程序存在架构问题。

Answer 2

抱歉，无法添加评论。

为了进一步提高性能（如果您可以使用UPDATE开销），请创建一个COVERING INDEX，它仅包含查询的SELECT部分中的列。

优化SQL表的性能 - 索引

2 个答案: