在SQL Server中,SQL语句的执行是依赖查询优化器生成的执行计划,而执行计划的好坏直接关乎执行性能。
在查询优化器生成执行计划过程中,需要参考元数据来尽可能生成高效的执行计划,因此元数据越多,则执行计划更可能会高效。所谓需要参考的元数据主要包括:索引、表结构、统计信息等,但还有一些不是很被注意的元数据,其中包括本文阐述的Check约束。
查询优化器在生成执行计划之前有一个阶段叫做代数树优化,比如说下面这个简单查询:
图1.简单查询
查询优化器意识到1=2这个条件是永远不相等的,因此不需要返回任何数据,因此也就没有必要扫描表,从图1执行计划可以看出仅仅扫描常量后确定了1=2永远为false后,就可完成查询。
那么Check约束呢
Check约束可以确保一列或多列的值符合表达式的约束。在某些时候,Check约束也可以为优化器提供信息,从而优化性能,比如看图二的例子。
图2.有Check约束的列提升查询性能
图2是一个简单的例子,有时候在分区视图中应用Check约束也会提升性能,测试代码如下:
CREATE TABLE [dbo].[Test2007]( [ProductReviewID] [int] IDENTITY(1,1) NOT NULL, [ReviewDate] [datetime] NOT NULL ) ON [PRIMARY] GO ALTER TABLE [dbo].[Test2007] WITH CHECK ADD CONSTRAINT [CK_Test2007] CHECK (([ReviewDate]>='2007-01-01' AND [ReviewDate]<='2007-12-31')) GO ALTER TABLE [dbo].[Test2007] CHECK CONSTRAINT [CK_Test2007] GO CREATE TABLE [dbo].[Test2008]( [ProductReviewID] [int] IDENTITY(1,1) NOT NULL, [ReviewDate] [datetime] NOT NULL ) ON [PRIMARY] GO ALTER TABLE [dbo].[Test2008] WITH CHECK ADD CONSTRAINT [CK_Test2008] CHECK (([ReviewDate]>='2008-01-01' AND [ProductReviewID]<='2008-12-31')) GO ALTER TABLE [dbo].[Test2008] CHECK CONSTRAINT [CK_Test2008] GO INSERT INTO [Test2008] values('2008-05-06') INSERT INTO [Test2007] VALUES('2007-05-06') CREATE VIEW testPartitionView AS SELECT * FROM Test2007 UNION SELECT * FROM Test2008 SELECT * FROM testPartitionView WHERE [ReviewDate]='2007-01-01' SELECT * FROM testPartitionView WHERE [ReviewDate]='2008-01-01' SELECT * FROM testPartitionView WHERE [ReviewDate]='2010-01-01' |