SQLSERVER語句 in和exists哪個效率高本人測試證明

例如下面兩個SQL語句

10年積累的網站建設、網站設計經驗，可以快速應對客戶對網站的新想法和需求。提供各種問題對應的解決方案。讓選擇我們的客戶得到更好、更有力的網絡服務。我雖然不認識你，你也不認識我。但先制作網站后付款的網站建設流程，更有福貢免費網站建設讓你可以放心的選擇與我們合作。

1 SELECT OrderNo, SiteCode, AreaCode

2 FROM SchedulingProgram

3 WHERE AreaCode IN ( 'P', 'M' ) AND SiteCode IN ( SELECT SiteCode

4 FROM EnvBasicInfo

5 WHERE cityiD = 31 ) AND OrderNo NOT IN (

6 SELECT OrderNo

7 FROM KK_DeliveryinfoTmp )

上面SQL語句IN里面有IN和NOT IN

1 SELECT OrderNo, SiteCode, AreaCode

2 FROM SchedulingProgram

3 WHERE ( AreaCode IN ( 'P', 'M' ) AND SiteCode IN ( SELECT SiteCode

4 FROM EnvBasicInfo

5 WHERE cityiD = 31 )

6 ) AND NOT EXISTS ( SELECT OrderNo

7 FROM KK_DeliveryinfoTmp

8 WHERE KK_DeliveryinfoTmp.OrderNo = SchedulingProgram.OrderNo )

上面的SQL語句IN里面又有NOT EXISTS

這樣的情況很難測試同等條件下IN語句和EXISTS語句的效率

還有一個非SARG運算符

在《SQLSERVER企業(yè)級平臺管理實踐》的第424頁里提到：

SQLSERVER對篩選條件（search argument/SARG）的寫法有一定的建議

對于不使用SARG運算符的表達式，索引是沒有用的，SQLSERVER對它們很難使用比較優(yōu)化的做法。非SARG運算符包括

NOT、、NOT EXISTS、NOT IN、NOT LIKE和內部函數，例如：Convert、Upper等

所以當您的表中有索引并且SQL語句包含非SARG運算符，那么當測試SQL語句的執(zhí)行時間的時候肯定相差很大，

因為有些SQL語句走索引，有些SQL語句不走索引

建表腳本

注意：兩個表中都有索引??！

CT_FuelingData表

1 USE [GPOSDB]

2 GO

3 /****** 對象: Table [dbo].[CT_FuelingData] 腳本日期: 08/24/2013 11:00:34 ******/

4 SET ANSI_NULLS ON

5 GO

6 SET QUOTED_IDENTIFIER ON

7 GO

8 SET ANSI_PADDING ON

9 GO

10 CREATE TABLE [dbo].[CT_FuelingData](

11 [RecordNO] [int] IDENTITY(1,1) NOT NULL,

12 [I_FD_StationNo] [int] NOT NULL,

13 [VC_FD_No] [varchar](50) NOT NULL,

14 [VC_FD_Cardno] [varchar](50) NOT NULL,

15 [I_FD_CardStatus] [int] NULL,

16 [LI_FD_CTC] [bigint] NOT NULL,

17 [I_FD_TypeCode] [int] NULL,

18 [I_FD_PumpID] [int] NOT NULL,

19 [VC_FD_OilType] [varchar](50) NULL,

20 [DE_FD_Volume] [decimal](18, 2) NULL,

21 [DE_FD_Price] [decimal](18, 2) NULL,

22 [DE_FD_Amount] [decimal](18, 2) NULL,

23 [I_FD_Point] [decimal](10, 2) NULL,

24 [D_FD_DateTime] [datetime] NOT NULL,

25 [VC_FD_GroupNo] [varchar](50) NULL,

26 [D_FD_GroupDate] [datetime] NULL,

27 [DE_FD_CardAmount] [decimal](18, 2) NULL,

28 [DE_FD_VolumeTotals] [decimal](18, 2) NULL,

29 [DE_FD_AmountTotals] [decimal](18, 2) NULL,

30 [I_FD_ISSend] [int] NULL,

31 [VC_FD_CardMoneyauthFile] [varchar](50) NULL,

32 [D_Month] [datetime] NULL,

33 CONSTRAINT [PK_CT_FuelingData_1] PRIMARY KEY CLUSTERED

34 (

35 [VC_FD_No] ASC

36 )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

37 ) ON [PRIMARY]

38

39 GO

40 SET ANSI_PADDING OFF

CT_InhouseCard表

1 USE [GPOSDB]

2 GO

3 /****** 對象: Table [dbo].[CT_InhouseCard] 腳本日期: 08/24/2013 10:59:58 ******/

4 SET ANSI_NULLS ON

5 GO

6 SET QUOTED_IDENTIFIER ON

7 GO

8 SET ANSI_PADDING ON

9 GO

10 CREATE TABLE [dbo].[CT_InhouseCard](

11 [RecordNO] [int] IDENTITY(1,1) NOT NULL,

12 [VC_IC_CardNO] [varchar](50) NOT NULL,

13 [VC_IC_PhysicalNO] [varchar](50) NULL,

14 [I_IC_CardType] [int] NULL,

15 [VC_IC_UserName] [varchar](50) NULL,

16 [VC_IC_JobNO] [varchar](50) NULL,

17 [VC_IC_UserID] [varchar](50) NULL,

18 [VC_IC_Password] [varchar](50) NULL,

19 [DE_IC_CardAmount] [decimal](18, 2) NULL,

20 [DE_IC_AppendAmount] [decimal](18, 2) NULL,

21 [DE_IC_ConsumerAmount] [decimal](18, 2) NULL,

22 [I_IC_ISLost] [int] NULL,

23 [D_IC_UsedDateTime] [datetime] NULL,

24 [D_IC_UselifeDateTime] [datetime] NULL,

25 [I_IC_IssueStationNO] [int] NULL,

26 [VC_IC_IssuerNO] [varchar](50) NULL,

27 [D_IC_IssueDateTime] [datetime] NULL,

28 [D_IC_LastUpdateDateTime] [datetime] NULL,

29 [I_IC_CardStatus] [int] NULL,

30 [VC_IC_Remark] [varchar](256) NULL,

31 CONSTRAINT [PK_CT_InhouseCard] PRIMARY KEY CLUSTERED

32 (

33 [VC_IC_CardNO] ASC

34 )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

35 ) ON [PRIMARY]

36

37 GO

38 SET ANSI_PADDING OFF

sqlserver數據庫，批量更新用in不生效。

這跟你的存儲過程有關，明顯是傳進去的id值拼接成了一個字符串，存儲過程沒處理，導致存儲過程真正執(zhí)行的sql是這樣的↓

select * from tb where id in('1002，5008')

看到沒，數據庫就認為'1002，5008'這個是一個單獨的id

把存儲過程的sql打印出來看下你就清楚了。

sqlserver in 查找在聚集索引和非聚集索引上面的區(qū)別

SQL SERVER提供了兩種索引：聚集索引和非聚集索引。其中聚集索引表示表中存儲的數據按照索引的順序存儲，檢索效率比非聚集索引高，但對數據更新影響較大。非聚集索引表示數據存儲在一個地方，索引存儲在另一個地方，索引帶有指針指向數據的存儲位置，非聚集索引檢索效率比聚集索引低，但對數據更新影響較小。

聚集索引確定表中數據的物理順序。聚集索引類似于電話簿，后者按姓氏排列數據。由于聚集索引規(guī)定數據在表中的物理存儲順序，因此一個表只能包含一個聚集索引。但該索引可以包含多個列（組合索引），就像電話簿按姓氏和名字進行組織一樣。

非聚集索引中的項目按索引鍵值的順序存儲，而表中的信息按另一種順序存儲（這可以由聚集索引規(guī)定）。對于非聚集索引，可以為在表非聚集索引中查找數據時常用的每個列創(chuàng)建一個非聚集索引。有些書籍包含多個索引。例如，一本介紹園藝的書可能會包含一個植物通俗名稱索引，和一個植物學名索引，因為這是讀者查找信息的兩種最常用的方法。