Asp.Net網站優化系列之數據庫的優化措施與索引優化方法
2024-07-10 12:42:10
供稿：網友
另外在sql server內存夠用的情況下索引會被放到內存中，在內存中查找自然又會提高效率；所以我們必須得合理利用索引。
1）對什么列建索引
數據庫默認情況下會對主鍵建聚集索引，除了這個索引之外還需要在哪些列上建索引呢？這個問題只能具體情況具體分析，要看需要優化的sql語句（通常是查詢次數多，查詢相應想要高的語句），根據什么列的條件進行查詢。
例如：在論壇的數據庫中有一張表是帖子回復表，在論壇的應用中用到最多的就是對指定帖子的某一頁的回復進行查詢，查詢回復表的條件是主貼的id；這時候在主貼字段上建索引就勢在必然。
2）一定要在主鍵上建聚集索引嗎
通常情況下sql server會自動給主鍵加上聚集索引，但也有一些例外的情況我們需要把聚集索引建在其他列上，例如我們用到了表分區，而分區的字段不是主鍵，這時候就需要將聚集索引建在分區的列上。另外如果查詢時根據主鍵查詢較少，而根據其他列的查詢較頻繁，則也可以考慮將聚集索引建在非主鍵上。單需要注意的是聚集索引的列必須是不易變的列，如果聚集索引變了一會引起聚集索引內的記錄的搬遷，造成頁page的分離與碎片；二會引起每一個非聚 集索引被修改，以便于所有相關的非聚集索引的行的索引鍵的值被糾正。這既浪費時間和空間，也導致需要整理的碎片，增加了不必要的開銷(每個列重組聚集鍵)。
3）復合索引（索引有兩個以上的列）要注意列順序
索引在數據庫中是以B樹的形式存儲的。包含A,B兩個列的索引會首先根據A列建B樹，A列的葉節點上才會開始根據B列建B樹。所以包含兩個列的索引就需要根據查詢條件所在列來決定兩個列在索引中的順序。
可以用下面的sql做實驗：
代碼如下:
USE [Test]
GO
/****** 對象: Table [dbo].[testIndexOrder] 腳本日期: 05/27/2010 09:11:26 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[testIndexOrder](
[ID] [int] IDENTITY(1,1) NOT NULL,
[FirstName] [nvarchar](20) COLLATE Chinese_PRC_CI_AS NOT NULL,
[LastName] [nvarchar](20) COLLATE Chinese_PRC_CI_AS NOT NULL,
[Desc] [nvarchar](400) COLLATE Chinese_PRC_CI_AS NULL,
CONSTRAINT [PK_testIndexOrder] PRIMARY KEY CLUSTERED
(
[ID] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** 對象: Index [IX_testIndexOrder] 腳本日期: 05/27/2010 09:11:51 ******/
CREATE NONCLUSTERED INDEX [IX_testIndexOrder] ON [dbo].[testIndexOrder]
(
[FirstName] ASC,
[LastName] ASC
)WITH (SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [PRIMARY]
GO
declare @i INT;
DECLARE @random varchar(36);
set @i = 0;
while @i < 100000
begin
set @random = newid();
