我的数据库中有一个表，其中包含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列的列上使用a 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])
有什么方法可以优化此表的性能时间，还是应该归档旧数据？
任何建议将不胜感激。
这是你的where条款：
WHERE YEAR(DteGRN) = 2016
如果表中有500万行，则假定日期的合理分布，这将返回很多数据。数据量可能负责查询的时间长度。
您可以做的一件事是改写WHERE，然后将索引放在适当的列上：
WHERE DteGRN >= '2016-01-01' and DteGRN < '2017-01-01'
然后，可以利用上的索引PurchaseFact(DteGRN)。但是，考虑到可能返回的行数，索引可能不会有太大帮助。
更大的问题是为什么您的报表应用程序要带回2016年以来的所有行，而不是在数据库中汇总它们。我怀疑您的报表应用程序存在体系结构问题。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句