語法:
create [索引型別] index 索引名稱
on 表名(列名)
with fillfactor = 填充因子值0~100
go
use 庫名
goif exists (select * from sysindexes where name='ix_test_tname')--檢測是否已經存在ix_test_tname索引
drop index test.ix_test_tname--如果存在則刪除
--建立索引
create nonclustered index ix_test_tname --建立乙個非聚集索引
on test(tname) --為test表的tname欄位建立索引
with fillfactor = 30 --填充因子為30%
goselect * from test(index = ix_test_tname) where tname = 'a' --指定按『ix_test_tname』索引查詢
總結:
1.什麼是索引:資料庫中的索引是某個表中一列或多列值的集合和相應的指向表中物理標識這些值的資料頁的邏輯指標清單。
2.分類:
唯一索引(unique):不允許兩行具有相同的索引值(建立了唯一約束,系統將自動建立唯一索引)
主鍵索引:主鍵索引要求主鍵中的每個值是唯一的,(建立主鍵自動建立主鍵索引)
聚集索引(clustered):表中各行的物理順序與鍵值的邏輯(索引)順序相同,表中只能包含乙個聚集索引,主鍵列缺省為聚集索引
非聚集索引(nonclustered):表中各行的物理順序與鍵值的邏輯(索引)順序不匹配,表中可以有249個非聚集索引
3.建立索引的標準:用於頻繁搜尋的列;用於對資料進行排序的列
注意:如果表中僅有幾行,或列中只包含幾個不同的值,不推薦建立索引,因為sql server 在小型表中用索引搜尋資料所花的時間比逐行搜尋更長。
1、表的主鍵、外來鍵必須有索引;
2、資料量超過300的表應該有索引;
3、經常與其他表進行連線的表,在連線欄位上應該建立索引;
4、經常出現在where子句中的字段,特別是大表的字段,應該建立索引;
5、索引應該建在選擇性高的字段上;
6、索引應該建在小字段上,對於大的文字字段甚至超長字段,不要建索引;
7、復合索引的建立需要進行仔細分析;盡量考慮用單字段索引代替:
a、正確選擇復合索引中的主列字段,一般是選擇性較好的字段;8、頻繁進行資料操作的表,不要建立太多的索引;b、復合索引的幾個字段是否經常同時以and方式出現在where子句中?單字段查詢是否極少甚至沒有?如果是,則可以建立復合索引;否則考慮單字段索引;
c、如果復合索引中包含的字段經常單獨出現在where子句中,則分解為多個單字段索引;
e、如果既有單字段索引,又有這幾個欄位上的復合索引,一般可以刪除復合索引;
9、刪除無用的索引,避免對執行計畫造成負面影響;
以上是一些普遍的建立索引時的判斷依據。
索引的建立必須慎重,對每個索引的必要性都應該經過仔細分析,要有建立的依據。
因為太多的索引與不充分、不正確的索引對效能都毫無益處:在表上建立的每個索引都會增加儲存開銷,索引對於插入、刪除、更新操作也會增加處理上的開銷。 另外,過多的復合索引,在有單字段索引的情況下,一般都是沒有存在價值的;相反,還會降低資料增加刪除時的效能,特別是對頻繁更新的表來說,負面影響更大。
總的來說,小型表肯定不建索引,
或者資料庫記錄在億條資料級以上,還是建議使用非關係型資料庫。
還有些特殊欄位的資料庫,比如blob,clob欄位肯定也不適合建索引。
其實這個問題更感覺偏向於做軟體專案的一種經驗。
資料庫 資料庫索引
索引是儲存引擎用於快速找到記錄的一種資料結構。索引以檔案的形式儲存在磁碟中。索引可以包含乙個或多個列的值。儲存引擎查詢資料的時候,先在索引中找對應值,然後根據匹配的索引記錄找到對應的資料行。1.b tree索引 2.雜湊索引 myisam和innodb儲存引擎 只支援btree索引,也就是說預設使用...
資料庫mysql索引 資料庫 mysql索引
mysql 索引 mysql索引的建立對於mysql的高效執行是很重要的,索引可以大大提高mysql的檢索速度。打個比方,如果合理的設計且使用索引的mysql是一輛蘭博基尼的話,那麼沒有設計和使用索引的mysql就是乙個人力三輪車。索引分單列索引和組合索引。單列索引,即乙個索引只包含單個列,乙個表可...
資料庫索引
索引 索引列唯一索引 主鍵索引 聚簇索引和非聚簇索引 如何建立索引 如何刪除索引 使用索引可快速訪問資料庫表中的特定資訊。索引是對資料庫表中一列或多列的值進行排序的一種結構,例如 employee 表的姓 lname 列。如果要按姓查詢特定職員,與必須搜尋表中的所有行相比,索引會幫助您更快地獲得該資...