sqlserver索引函數

『壹』 sqlSERVER對索引的利用及非SARG運算符認識

寫SQL語句的時候很多時候會用到filter篩選掉一些記錄，SQL對篩選條件簡稱：SARG（search
argument/SARG）
復制代碼
代碼如下:
where
amount>4000
and
amount<6000上面這句就是篩選條件
當然這里不是說SQLSERVER的where子句，是說SQLSERVER對索引的利用在SQLSERVER對於沒有SARG運算符的表達式，索引是沒有用的，SQLSERVER對它們很難使用比較優化的做法。
意思是說，如果你的SQL語句中沒有where子句包括非SARG運算符，那麼你的SQL語句是不會用到表格中的索引的
下面說一下哪些是非SARG運算符：
非SARG運算符包括
NOT、
<>、
NOT
EXISTS、
NOT
IN、
NOT
LIKE
規律就是有「NOT」
關鍵字
或者
不等於的意思
基本上利用不了索引
還有一些內部函數，如果使用這些內部函數SQLSERVER也不會用到索引
內部函數，例如：CONVERT()，UPPER()等

『貳』 sqlserver 怎麼建索引

如何創建索引 :
使用T-SQL語句創建索引的語法：CREATE [UNIQUE] [CLUSTERED|NONCLUSTERED] INDEX index_name ON table_name (column_name…) [WITH FILLFACTOR=x] UNIQUE表示唯一索引，可選 CLUSTERED、NONCLUSTERED表示聚集索引還是非聚集索引，可選 FILLFACTOR表示填充因子，指定一個0到100之間的值，該值指示索引頁填滿的空間所佔的百分比

『叄』 sqlserver 怎麼建索引

（1）在SQL Server Management Studio中，選擇並右擊要創建索引的表，從彈出菜單中選擇「設計」，打開表設計器。右鍵單擊表設計器，從彈出菜單中選擇「索引/鍵」命令，打開「索引/鍵」對話框。對話框中列出了已經存在的索引，如下圖所示。
（2）單擊「添加」按鈕。在「選定的主/唯一鍵或索引」框顯示系統分配給新索引的名稱。
（3）在「列」屬性下選擇要創建索引的列。可以選擇多達16列。為獲得最佳性能，最好只選擇一列或兩列。對所選的每一列，可指出索引是按升序還是降序組織列值。
（4）如果要創建唯一索引，則在「是唯一的」屬性中選擇「是」。
（5）設置完成後，單擊「確定」按鈕。
（6）當保存表時，索引即創建在資料庫中。
使用CREATE INDEX語句創建索引：
復制內容到剪貼板
代碼:
CREATE[ UNIQUE ] [ CLUSTERED | NONCLUSTERED ] INDEX索引名
ON {表名|視圖名} (列名[ ASC | DESC ] [ ,...n ] )
例：
在資料庫HrSystem中為表Employees創建基於IDCard列的唯一索引IX_Employees，可以使用以下命令：
復制內容到剪貼板
代碼:
USE HrSystem
GO
CREATE UNIQUE NONCLUSTERED INDEX [IX_Employees]ONdbo.Employees(IdCard)
GO
例：
為表Employees創建基於列IDCard的唯一、聚集索引IX_Employees1，可以使用以下命令：
復制內容到剪貼板
代碼:
USE HrSystem
GO
CREATE UNIQUE CLUSTERED INDEX [IX_Employees1] ON [dbo].[Employees](IdCard)
GO
需要注意的是，在一個表中只允許存在一個聚集索引。因此，如果表Employees中已經存在一個聚集索引，則執行上面的語句時將會提示下面的錯誤信息。
消息1902，級別16，狀態3，第1行
無法對表'dbo.Employees'創建多個聚集索引。請在創建新聚集索引前刪除現有的聚集索引'PK__Employee__263E2DD300551192'。 例：
對表Employees的列Emp_name按照降序創建索引，可以使用以下命令：
復制內容到剪貼板
代碼:
USE HrSystem
GO
CREATENONCLUSTERED INDEX [IX_Employees2] ON [dbo].[Employees]
(
[Emp_name] DESC
)
GO
在CREATE INDEX語句中使用INCLUDE子句，可以在創建索引時定義包含的非鍵列，其語法結構如下：
復制內容到剪貼板
代碼:
CREATENONCLUSTERED INDEX 索引名
ON { 表名| 視圖名 } ( 列名 [ ASC | DESC ] [ ,...n ] )
INCLUDE (<列名1>, <列名2>, [,… n])
例： 在表Employees上創建非聚集索引IX_Wage，索引中的鍵列為Wage，非鍵列為Emp_name、Sex和Title，具體語句如下：
復制內容到剪貼板
代碼:
USEHrSystem
GO
CREATENONCLUSTERED INDEX IX_Wage
ON Employees ( Wage )
INCLUDE (Emp_name, Sex, Title)
GO
例： 在創建索引IX_Wage後，當表Employees中的數據量比較大時，執行下面的SELECT語句將會明顯地改進查詢效率。
復制內容到剪貼板
代碼:
USEHrSystem
GO
SELECTEmp_name, Sex, Title, Wage
FROMEmployees
WHEREWage BETWEEN 1000 AND 3000
GO
修改索引：
在SQL Server Management Studio中，選擇並右擊要創建索引的表，從彈出的菜單中選擇「設計表」，打開表設計器。右鍵單擊表設計器，從彈出菜單中選擇「索引/鍵」命令，打開「索引/鍵」對話框，並查看已經存在的索引及修改索引的屬性信息。
也可以使用ALTER INDEX語句修改索引，其基本語法如下：
復制內容到剪貼板
代碼:
ALTER INDEX { 索引名| ALL }
ON <表名|視圖名>
{ REBUILD | DISABLE | REORGANIZE }[ ; ]
ALTER INDEX語句的參數比較復雜，這里只介紹它的基本使用情況。參數說明如下：
REBUILD指定重新生成索引。 DISABLE指定將索引標記為已禁用。 REORGANIZE指定將重新組織的索引葉級。
例：
要禁用索引IX_Employees，可以使用下面的語句：
復制內容到剪貼板
代碼:
USE HrSystem
GO
ALTERINDEX IX_Employees ON Employees DISABLE
GO
刪除索引：
在SQL Server Management Studio中，選擇並右擊要創建索引的表，從彈出的菜單中選擇「設計表」。打開表設計器。右鍵單擊表設計器，從彈出菜單中選擇「索引/鍵」命令，在打開的「索引/鍵」對話框中列出了已經存在的索引。單擊「刪除」按鈕，即可刪除索引信息。
復制內容到剪貼板
代碼:
DROP INDEX 表名.索引名|視圖名.索引名[ ,...n ]
總結：
o（1）索引並非越多越好，一個表中如果有大量的索引，不僅佔用大量的磁碟空間，而且會影響INSERT、DELETE、UPDATE等語句的性能。因為當表中數據更改的同時，索引也會進行調整和更新。
o（2）避免對經常更新的表進行過多的索引，並且索引中的列盡可能少。而對經常用於查詢的欄位應該創建索引，但要避免添加不必要的欄位。
o（3）數據量小的表最好不要使用索引，由於數據較少，查詢花費的時間可能比遍歷索引的時間還要短，索引可能不會產生優化效果。
o（4）在條件表達式中經常用到的、不同值較多的列上建立索引，在不同值少的列上不要建立索引。比如在學生表的「性別」欄位上只有「男」與「女」兩個不同值，因此就無須建立索引。如果建立索引，不但不會提高查詢效率，反而會嚴重降低更新速度。
o（5）當唯一性是某種數據本身的特徵時，指定唯一索引。使用唯一索引能夠確保定義的列的數據完整性，提高查詢速度。
o（6）在頻繁進行排序或分組（即進行GROUPBY或ORDERBY操作）的列上建立索引，如果待排序的列有多個，可以在這些列上建立組合索引。

『肆』 關於SQLSERVER的索引

這要看你的數據如何規劃，訪問時主要以什麼方式。

如果主要是以varchar列進行查詢，就按varchar列建立聚集索引，按int列建立非聚集索引。

如果主要是按int列進行排序查詢，就按int列建立聚集索引，按varchar列建立非聚集索引。

（注意上面說的int列不是主鍵，是你用來排序的列。）

配置資料庫索引是門很高深的學問，有興趣的話可以多搜索下相關資料。我都只是一知半解呢：）

『伍』 sqlserver 怎麼建索引

表的主關鍵字自動建立唯一索引

select * from Ad_Meter

直接條件查詢的欄位
Ad_Meter 表中 作為條件查詢的 S_ip
select * from Ad_Meter where S_Ip='314111963400'

查詢中與其它表關聯的欄位
Ad_Meter 表的SYSID_Floor
select * from Ad_Meter m inner join Ad_Floor f on M.SYSID_Floor=f.SYSID_Floor

查詢中排序的欄位
Ad_Meter 的 s_ip ，按s_ip的倒序查詢
select * from Ad_Meter order by S_Ip desc

查詢中統計或分組統計的欄位
select MAX(SYSID_Floor) from Ad_Meter
select S_Ip ,COUNT (*) from Ad_Meter group by S_Ip

6
步驟二：直接條件查詢的欄位
select * from Ad_Meter where S_Ip='314111963400'
舉例建一個索引。
找到有添加索引的表 Ad_Meter,展開找到 索引，右鍵--》新建--》添加選擇作為索引的欄位--》確定

『陸』 如何創建SqlServer視圖的索引

這樣一來，可從索引視圖檢索數據而無需重新編碼，由此帶來的高效率也使現有查詢獲益。在視圖上創建的第一個索引必須是唯一聚集索引。在創建唯一聚集索引後，可創建其它非聚集索引。視圖上的索引命名規則與表上的索引命名規則相同。唯一區別是表名由視圖名替換。(Sql Server聯機幫助)
語句：Create VIEW vXXX WITH SCHEMABINDING AS……
Create UNIQUE CLUSTERED INDEX idxXXX ON vXXX(cXXX)
一個標准視圖轉換為一個索引視圖必須遵守以下規則：
A．視圖必須使用With Schemabinding選項來創建；
如果創建視圖時沒有with Schemabinding，試圖創建視圖時就會報錯：……因為該視圖未綁定到架構
B．在這個視圖中不能使用其他視圖、導出表、行集函數或自查詢，也就是說只能使用表；
C．視圖所用到的基本表必須和視圖屬於同一個所有者；
D．視圖只能鏈接同一個資料庫中的表；
E．視圖不能包含一個外部鏈接或自鏈接，也就是說在鏈接表時只能使用INNER JOIN並且INNER JOIN前後不能使同一個表，不能使用LEFT（RIGHT） JOIN 或者 LEFT （RIGHT） OUTER JOIN ；
F． 視圖不能包含UNION子句、TOP子句、ORDER BY子句、Having子句、Rollup子句、Cube子句、compute子句、Compute By子句或Distinct關鍵字；
G． 視圖不允許使用某些集合函數，如：Count（*）可以使用count_big（*）代替、avg()、max()、min()、stdev()、stdevp()、var()或varp()等；
H． 視圖不能使用Select * 這樣的語句，也就是說視圖的所有欄位都必須顯示指定；
I． 視圖不能包含Text、ntext、image類型的列；
J． 如果視圖包含一個Group By子句，那麼他必須在Select列中包含count_big(*)；
K． 視圖中的所有標和用戶自定義的函數都必須使用兩段式名來引用，即所有者.表或函數名稱；
L． 所有的基本表和視圖都必須使用 Set Ansi_Nulls On 創建；
M． 在創建索引時或創建索引後執行IUD時，必須顯示或隱式地執行：
Set ANSI_NULLS ON
SET ANSI_PADDING ON
SET ANSI_WARNINGS ON
SET ARITHABORT ON
SET CONCAT_NULL_YIELDS_NULL ON
SET QUOTED_IDENTIFIER ON
SET NUMERIC_ROUNDABORT OFF
各個選項的有關信息或意義，可以查閱SQL Server的聯機叢書，這里就不再介紹了；
N． 索引視圖只有在SQL Server2000的企業版或開發版或者更高的版本中才能創建。

『柒』 如何利用索引提高SQLServer數據處理的效率

在良好的資料庫設計基礎上，能有效地使用索引是SQL Server取得高性能的基礎，SQL Server採用基於代價的優化模型，它對每一個提交的有關表的查詢，決定是否使用索引或用哪一個索引。因為查詢執行的大部分開銷是磁碟I/O，使用索引提高性能的一個主要目標是避免全表掃描，因為全表掃描需要從磁碟上讀表的每一個數據頁，如果有索引指向數據值，則查詢只需讀幾次磁碟就可以了。
所以如果建立了合理的索引，優化器就能利用索引加速數據的查詢過程。但是，索引並不總是提高系統的性能，在增、刪、改操作中索引的存在會增加一定的工作量，因此，在適當的地方增加適當的索引並從不合理的地方刪除次優的索引，將有助於優化那些性能較差的SQL Server應用。實踐表明，合理的索引設計是建立在對各種查詢的分析和預測上的，只有正確地使索引與程序結合起來,才能產生最佳的優化方案。本文就SQL Server索引的性能問題進行了一些分析和實踐。
一、聚簇索引(clustered indexes)的使用
聚簇索引是一種對磁碟上實際數據重新組織以按指定的一個或多個列的值排序。由於聚簇索引的索引頁面指針指向數據頁面，所以使用聚簇索引查找數據幾乎總是比使用非聚簇索引快。每張表只能建一個聚簇索引，並且建聚簇索引需要至少相當該表120%的附加空間，以存放該表的副本和索引中間頁。建立聚簇索引的思想是：
1、大多數表都應該有聚簇索引或使用分區來降低對表尾頁的競爭，在一個高事務的環境中，對最後一頁的封鎖嚴重影響系統的吞吐量。
2、在聚簇索引下，數據在物理上按順序排在數據頁上，重復值也排在一起，因而在那些包含范圍檢查(between、<、<=、>、>=)或使用group by或order by的查詢時，一旦找到具有范圍中第一個鍵值的行，具有後續索引值的行保證物理上毗連在一起而不必進一步搜索，避免了大范圍掃描，可以大大提高查詢速度。
3、在一個頻繁發生插入操作的表上建立聚簇索引時，不要建在具有單調上升值的列(如IDENTITY)上，否則會經常引起封鎖沖突。
4、在聚簇索引中不要包含經常修改的列，因為碼值修改後，數據行必須移動到新的位置。
5、選擇聚簇索引應基於where子句和連接操作的類型。
聚簇索引的侯選列是：
1、主鍵列,該列在where子句中使用並且插入是隨機的。
2、按范圍存取的列，如pri_order > 100 and pri_order < 200。
3、在group by或order by中使用的列。
4、不經常修改的列。
5、在連接操作中使用的列。
二、非聚簇索引(nonclustered indexes)的使用
SQL Server預設情況下建立的索引是非聚簇索引，由於非聚簇索引不重新組織表中的數據，而是對每一行存儲索引列值並用一個指針指向數據所在的頁面。換句話說非聚簇索引具有在索引結構和數據本身之間的一個額外級。一個表如果沒有聚簇索引時,可有250個非聚簇索引。每個非聚簇索引提供訪問數據的不同排序順序。在建立非聚簇索引時，要權衡索引對查詢速度的加快與降低修改速度之間的利弊。另外，還要考慮這些問題：
1、索引需要使用多少空間。
2、合適的列是否穩定。
3、索引鍵是如何選擇的，掃描效果是否更佳。
4、是否有許多重復值。
對更新頻繁的表來說，表上的非聚簇索引比聚簇索引和根本沒有索引需要更多的額外開銷。對移到新頁的每一行而言，指向該數據的每個非聚簇索引的頁級行也必須更新，有時可能還需要索引頁的分理。從一個頁面刪除數據的進程也會有類似的開銷，另外，刪除進程還必須把數據移到頁面上部，以保證數據的連續性。所以，建立非聚簇索引要非常慎重。非聚簇索引常被用在以下情況：
1、某列常用於集合函數(如Sum,....)。
2、某列常用於join,order by,group by。
3、查尋出的數據不超過表中數據量的20%。
三、覆蓋索引(covering indexes)的使用
覆蓋索引是指那些索引項中包含查尋所需要的全部信息的非聚簇索引，這種索引之所以比較快也正是因為索引頁中包含了查尋所必須的數據,不需去訪問數據頁。如果非聚簇索引中包含結果數據,那麼它的查詢速度將快於聚簇索引。
但是由於覆蓋索引的索引項比較多,要佔用比較大的空間。而且update操作會引起索引值改變。所以如果潛在的覆蓋查詢並不常用或不太關鍵，則覆蓋索引的增加反而會降低性能。
四、索引的選擇技術
p_detail是住房公積金管理系統中記錄個人明細的表，有890000行，觀察在不同索引下的查詢運行效果，測試在C/S環境下進行，客戶機是IBM PII350(內存64M),伺服器是DEC Alpha1000A(內存128M),資料庫為SYBASE11.0.3。
1、 select count(*) from p_detail where
op_date>』19990101』 and op_date<』
19991231』 and pri_surplus1>300
2、 select count(*),sum(pri_surplus1) from p_detail
where op_date>』19990101』 and
pay_month between『199908』 and』199912』
不建任何索引查詢1 1分15秒
查詢2 1分7秒
在op_date上建非聚簇索引查詢1 57秒
查詢2 57秒
在op_date上建聚簇索引查詢1 <1秒
查詢2 52秒
在pay_month、op_date、pri_surplus1上建索引查詢1 34秒
查詢2 <1秒
在op_date、pay_month、pri_surplus1上建索引查詢1 <1秒
查詢2 <1秒
從以上查詢效果分析，索引的有無，建立方式的不同將會導致不同的查詢效果，選擇什麼樣的索引基於用戶對數據的查詢條件,這些條件體現於where從句和join表達式中。一般來說建立索引的思路是：
(1)主鍵時常作為where子句的條件，應在表的主鍵列上建立聚簇索引，尤其當經常用它作為連接的時候。
(2)有大量重復值且經常有范圍查詢和排序、分組發生的列，或者非常頻繁地被訪問的列，可考慮建立聚簇索引。
(3)經常同時存取多列，且每列都含有重復值可考慮建立復合索引來覆蓋一個或一組查詢，並把查詢引用最頻繁的列作為前導列，如果可能盡量使關鍵查詢形成覆蓋查詢。
(4)如果知道索引鍵的所有值都是唯一的，那麼確保把索引定義成唯一索引。
(5)在一個經常做插入操作的表上建索引時，使用fillfactor(填充因子)來減少頁分裂，同時提高並發度降低死鎖的發生。如果在只讀表上建索引，則可以把fillfactor置為100。
(6)在選擇索引鍵時，設法選擇那些採用小數據類型的列作為鍵以使每個索引頁能夠容納盡可能多的索引鍵和指針，通過這種方式，可使一個查詢必須遍歷的索引頁面降到最小。此外，盡可能地使用整數為鍵值，因為它能夠提供比任何數據類型都快的訪問速度。
五、索引的維護
上面講到,某些不合適的索引影響到SQL Server的性能,隨著應用系統的運行,數據不斷地發生變化,當數據變化達到某一個程度時將會影響到索引的使用。這時需要用戶自己來維護索引。索引的維護包括：
1、重建索引
隨著數據行的插入、刪除和數據頁的分裂，有些索引頁可能只包含幾頁數據，另外應用在執行大塊I/O的時候，重建非聚簇索引可以降低分片，維護大塊I/O的效率。重建索引實際上是重新組織B-樹空間。在下面情況下需要重建索引：
(1)數據和使用模式大幅度變化。
(2)排序的順序發生改變。
(3)要進行大量插入操作或已經完成。
(4)使用大塊I/O的查詢的磁碟讀次數比預料的要多。
(5)由於大量數據修改，使得數據頁和索引頁沒有充分使用而導致空間的使用超出估算。
(6)dbcc檢查出索引有問題。
當重建聚簇索引時，這張表的所有非聚簇索引將被重建。
2、索引統計信息的更新
當在一個包含數據的表上創建索引的時候，SQL Server會創建分布數據頁來存放有關索引的兩種統計信息：分布表和密度表。優化器利用這個頁來判斷該索引對某個特定查詢是否有用。但這個統計信息並不動態地重新計算。這意味著，當表的數據改變之後，統計信息有可能是過時的，從而影響優化器追求最有工作的目標。因此，在下面情況下應該運行update statistics命令：
(1)數據行的插入和刪除修改了數據的分布。
(2)對用truncate table刪除數據的表上增加數據行。
(3)修改索引列的值。
六、結束語
實踐表明，不恰當的索引不但於事無補，反而會降低系統的執行性能。因為大量的索引在插入、修改和刪除操作時比沒有索引花費更多的系統時間。例如下面情況下建立的索引是不恰當的：
1、在查詢中很少或從不引用的列不會受益於索引，因為索引很少或從來不必搜索基於這些列的行。
2、只有兩個或三個值的列，如男性和女性(是或否)，從不會從索引中得到好處。
另外，鑒於索引加快了查詢速度，但減慢了數據更新速度的特點。可通過在一個段上建表，而在另一個段上建其非聚簇索引，而這兩段分別在單獨的物理設備上來改善操作性能。