日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

数据库索引应用

發(fā)布時間:2023/12/9 数据库 49 豆豆
生活随笔 收集整理的這篇文章主要介紹了 数据库索引应用 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

?

一、索引的概念
索引就是加快檢索表中數(shù)據(jù)的方法。數(shù)據(jù)庫的索引類似于書籍的索引。在書籍中,索引允許用戶不必翻閱完整個書就能迅速地找到所需要的信息。在數(shù)據(jù)庫中,索引也允許數(shù)據(jù)庫程序迅速地找到表中的數(shù)據(jù),而不必掃描整個數(shù)據(jù)庫。

二、索引的特點
1.索引可以加快數(shù)據(jù)庫的檢索速度
2.索引降低了數(shù)據(jù)庫插入、修改、刪除等維護任務的速度
3.索引創(chuàng)建在表上,不能創(chuàng)建在視圖上
4.索引既可以直接創(chuàng)建,也可以間接創(chuàng)建
5.可以在優(yōu)化隱藏中,使用索引
6.使用查詢處理器執(zhí)行SQL語句,在一個表上,一次只能使用一個索引
7.其他

三、索引的優(yōu)點
1.創(chuàng)建唯一性索引,保證數(shù)據(jù)庫表中每一行數(shù)據(jù)的唯一性
2.大大加快數(shù)據(jù)的檢索速度,這也是創(chuàng)建索引的最主要的原因
3.加速表和表之間的連接,特別是在實現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。
4.在使用分組和排序子句進行數(shù)據(jù)檢索時,同樣可以顯著減少查詢中分組和排序的時間。
5.通過使用索引,可以在查詢的過程中使用優(yōu)化隱藏器,提高系統(tǒng)的性能。

四、索引的缺點
1.創(chuàng)建索引和維護索引要耗費時間,這種時間隨著數(shù)據(jù)量的增加而增加
2.索引需要占物理空間,除了數(shù)據(jù)表占數(shù)據(jù)空間之外,每一個索引還要占一定的物理空間,如果要建立聚簇索引,那么需要的空間就會更大
3.當對表中的數(shù)據(jù)進行增加、刪除和修改的時候,索引也要動態(tài)的維護,降低了數(shù)據(jù)的維護速度

五、索引分類
1.直接創(chuàng)建索引和間接創(chuàng)建索引
直接創(chuàng)建索引: CREATE INDEX mycolumn_index ON mytable (myclumn)
間接創(chuàng)建索引:定義主鍵約束或者唯一性鍵約束,可以間接創(chuàng)建索引
2.普通索引和唯一性索引
普通索引:CREATE INDEX mycolumn_index ON mytable (myclumn)
唯一性索引:保證在索引列中的全部數(shù)據(jù)是唯一的,對聚簇索引和非聚簇索引都可以使用
CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)
3.單個索引和復合索引
單個索引:即非復合索引
復合索引:又叫組合索引,在索引建立語句中同時包含多個字段名,最多16個字段
CREATE INDEX name_index ON username(firstname,lastname)
4.聚簇索引和非聚簇索引(聚集索引,群集索引)
聚簇索引:物理索引,與基表的物理順序相同,數(shù)據(jù)值的順序總是按照順序排列
CREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn) WITH
ALLOW_DUP_ROW(允許有重復記錄的聚簇索引)
非聚簇索引:CREATE UNCLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)

六、索引的使用
1.當字段數(shù)據(jù)更新頻率較低,查詢使用頻率較高并且存在大量重復值是建議使用聚簇索引
2.經(jīng)常同時存取多列,且每列都含有重復值可考慮建立組合索引
3.復合索引的前導列一定好控制好,否則無法起到索引的效果。如果查詢時前導列不在查詢條件中則該復合索引不會被使用。前導列一定是使用最頻繁的列
4.多表操作在被實際執(zhí)行前,查詢優(yōu)化器會根據(jù)連接條件,列出幾組可能的連接方案并從中找出系統(tǒng)開銷最小的最佳方案。連接條件要充份考慮帶有索引的表、行數(shù)多的表;內(nèi)外表的選擇可由公式:外層表中的匹配行數(shù)*內(nèi)層表中每一次查找的次數(shù)確定,乘積最小為最佳方案
5.where 子句中對列的任何操作結果都是在sql運行時逐列計算得到的,因此它不得不進行表搜索,而沒有使用該列上面的索引;如果這些結果在查詢編譯時就能得到,那 么就可以被sql優(yōu)化器優(yōu)化,使用索引,避免表搜索(例:select * from record where substring(card_no,1,4)=’5378′? && select * from record where card_no like ‘%78%’)任何對列的操作都將導致表掃描,它包括數(shù)據(jù)庫函數(shù)、計算表達式等等,查詢時要盡可能將操作移至等號右邊
6.where 條件中的’in’在邏輯上相當于’or’,所以語法分析器會將in (’0′,’1′)轉(zhuǎn)化為column=’0′ or column=’1′來執(zhí)行。我們期望它會根據(jù)每個or子句分別查找,再將結果相加,這樣可以利用column上的索引;但實際上它卻采用了”or策 略”,即先取出滿足每個or子句的行,存入臨時數(shù)據(jù)庫的工作表中,再建立唯一索引以去掉重復行,最后從這個臨時表中計算結果。因此,實際過程沒有利用 column上索引,并且完成時間還要受tempdb數(shù)據(jù)庫性能的影響。in、or子句常會使用工作表,使索引失效;如果不產(chǎn)生大量重復值,可以考慮把子 句拆開;拆開的子句中應該包含索引
7.要善于使用存儲過程,它使sql變得更加靈活和高效

轉(zhuǎn)載于:https://www.cnblogs.com/wellsoho/p/3208667.html

總結

以上是生活随笔為你收集整理的数据库索引应用的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。