轉自 《SQL Server 建立索引的 5 種方法》 地址:https://www.cnblogs.com/JiangLe/p/4007091.htmlhtml
前期準備:性能
create table Employee (
ID int not null primary key,
Name nvarchar(4),
Credit_Card_ID varbinary(max)); --- 當心這種數據類型。
gospa
說明:本表上的索引,都會在建立下一個索引前刪除。3d
-------------------------------------------------------------------------------------------------------------------------------------------------------------htm
操做 一、blog
建立彙集索引索引
方法 一、get
alter table table_name add constraint cons_name priamry key(columnName ASC|DESC,[.....]) with (drop_existing = on);it
alter table Employee
add constraint PK_for_Employee primary key clustered (ID);
goio
這個是一種特別的方法,由於在定義主鍵的時候,會自動添加索引,好在加的是彙集索引仍是非彙集索引是咱們人爲能夠控制的。
經過sp_helpindex 能夠查看錶中的索引
execute sp_helpindex @objname = 'Employee';
go
注意、
這個索引是沒法刪除的,不信! 你去刪一下
drop index Employee.PK__Employee__3214EC277D95E615;
go
方法 二、
create clustered index ix_name on table_name(columnName ASC|DESC[,......]) with (drop_existing = on);方法
create clustered index ix_clu_for_employee_ID on Employee(ID);
go
查看建立的索引
操做 二、
建立複合索引
create index ix_com_Employee_IDName on Employee (ID,Name)with (drop_existing = on);
這樣就算是建立一個複合索引了,不過腳下的路很長,咱們看下一個複合索引的例句:
create index ix_com_Employee_IDCreditCardID on Employee(ID,Credit_Card_ID);
看到這句話,你先問一下本身它有沒有錯!
能夠發現它錯了,varbinary是不能夠建索引的。
操做 三、
建立覆蓋索引
create index index_name on table_Name (columnName ASC|DESC[,......]) include(column_Name_List)with (drop_existing = on);
create index ix_cov_Employee_ID_Name on Employee (ID) include(Name);
go
首先,覆蓋索引它只是非彙集索引的一種特別形式,下文說的非彙集索引不包涵覆蓋索引,固然這個約定只適用於這一段話,這樣作的
目的是爲了說明各中的區別。
首先:
一、非彙集索引不包涵數據,經過它找到的只是文件中數據行的引用(表是堆的狀況下)或是彙集索引的引用,SQL Server
要通這個引用去找到相應的數據行。
二、正由於非彙集索引它沒有數據,才引起第二次查找。
三、覆蓋索引就是把數據加到非彙集索引上,這樣就不須要第二次查找了。這是一種以空間換性能的方法。非彙集索引也是。
只是作的沒有它這麼出格。
操做 四、
建立惟一索引
create unique index index_name on table_name (column ASC|DESC[,.....])with (drop_existing = on);
正如我前面所說,在建立表上的索引前,我會刪除表上的全部索引,這裏爲何我要再說一下呢!由於我怕你忘了。二來這個例子用的到它。
目前表是一個空表,我給它加兩行數據。
insert into Employee(ID,Name) values(1,'AAA'),(1,'BBB');
這下咱們爲表加惟一索引,它定義在ID這個列上
create unique index ix_uni_Employee_ID on Employee(ID);
go -- 能夠想到由於ID有重複,因此它建立不了。
結論 一、 若是在列上有重複值,就不能夠在這個列上定義,惟一索引。
下面咱們把表清空: truncate table Employee;
接下來要作的就是先,建立惟一索引,再插入重複值。
create unique index ix_uni_Employee_ID on Employee(ID);
go
insert into Employee(ID,Name) values(1,'AAA'),(1,'BBB');
go
結論 二、
定義惟一索引後相應的列上不能夠插入重複值。
操做 五、
篩選索引
create index index_name on table_name(columName) where boolExpression;
create index ix_Employee_ID on Employee(ID) where ID>100 and ID< 200;
go
只對熱點數據加索引,若是大量的查詢只對ID 由 100 ~ 200 的數據感興趣,就能夠這樣作。
一、能夠減少索引的大小
二、爲據點數據提升查詢的性能。
總結:
BTree 索引有彙集與非彙集之分。
就查看上到彙集索引性能比非彙集索引性能要好。
非彙集索引分 覆蓋索引,惟一索引,複合索引(固然彙集索引也有複合的,複合二字,只是說明索引,引用了多列),通常非彙集索引
就查看上到非彙集索引中覆蓋索引的性能比別的非彙集索引性能要好,它的性能和彙集索引差很少,但是
它也不是’銀彈‘ 它會用更多的磁盤空間。
最後說一下這個
with (drop_existing = on|off),加上這個的意思是若是這個索引還在表上就drop 掉而後在create 一個新的。特別是在彙集索引上
用使用這個就能夠不會引發非彙集索引的重建。
with (online = on|off) 建立索引時用戶也能夠訪問表中的數據,
with(pad_index = on|off fillfactor = 80); fillfactor 用來設置填充百分比,pad_index 只是用來鏈接fillfactor 可是它又不難少,
這點無語了。
with(allow_row_locks = on|off | allow_page_locks = on |off); 是否容許頁鎖 or 行鎖
with (data_compression = row | page ); 這樣能夠壓縮索引大小