Oracle數(shù)據(jù)庫索引的優(yōu)點與缺點的描述
導讀：以下的文章主要是對Oracle數(shù)據(jù)庫索引的優(yōu)點與缺點的介紹，如果你對Oracle數(shù)據(jù)庫索引的優(yōu)點與缺點想有所了解的話，你可以通過以下的文章對其的實際應用與功能有所了解，以下是文章的具體介紹。
數(shù)據(jù)庫的索引分為：聚集索引，非聚集索引，***索引。
優(yōu)點：方便了查詢，在數(shù)據(jù)量大時排序更易查詢
缺點：查詢時需要進行重新排序，減少了效率。物理索引缺點 建立索引效率低，只能建一個
更有說服力的：
為什么要創(chuàng)建索引呢？這是因為，創(chuàng)建索引可以大大提高系統(tǒng)的性能。
***，通過創(chuàng)建***性索引，可以保證Oracle數(shù)據(jù)庫表中每一行數(shù)據(jù)的***性。
第二，可以大大加快數(shù)據(jù)的檢索速度，這也是創(chuàng)建索引的最主要的原因。
第三，可以加速表和表之間的連接，特別是在實現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。
第四，在使用分組和排序子句進行數(shù)據(jù)檢索時，同樣可以顯著減少查詢中分組和排序的時間。
第五，通過使用索引，可以在查詢的過程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。
也許會有人要問：增加索引有如此多的優(yōu)點，為什么不對表中的每一個列創(chuàng)建一個索引呢？這種想法固然有其合理性，然而也有其片面性。雖然，索引有許多優(yōu)點，但是，為表中的每一個列都增加索引，是非常不明智的。這是因為，增加索引也有許多不利的一個方面。
***，創(chuàng)建索引和維護索引要耗費時間，這種時間隨著數(shù)據(jù)量的增加而增加。
第二，索引需要占物理空間，除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每一個索引還要占一定的物理空間，如果要建立聚簇索引，那么需要的空間就會更大。
第三，當對表中的數(shù)據(jù)進行增加、刪除和修改的時候，索引也要動態(tài)的維護，這樣就降低了數(shù)據(jù)的維護速度。
索引是建立在Oracle數(shù)據(jù)庫表中的某些列的上面。因此，在創(chuàng)建索引的時候，應該仔細考慮在哪些列上可以創(chuàng)建索引，在哪些列上不能創(chuàng)建索引。一般來說，應該在這些列上創(chuàng)建索引，例如：在經(jīng)常需要搜索的列上，可以加快搜索的速度;
在作為主鍵的列上，強制該列的***性和組織表中數(shù)據(jù)的排列結(jié)構(gòu);在經(jīng)常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度;在經(jīng)常需要根據(jù)范圍進行搜索的列上創(chuàng)建索引，因為索引已經(jīng)排序，其指定的范圍是連續(xù)的;
在經(jīng)常需要排序的列上創(chuàng)建索引，因為索引已經(jīng)排序，這樣查詢可以利用索引的排序，加快排序查詢時間;在經(jīng)常使用在WHERE子句中的列上面創(chuàng)建索引，加快條件的判斷速度。
同樣，對于有些列不應該創(chuàng)建索引。一般來說，不應該創(chuàng)建索引的的這些列具有下列特點：***，對于那些在查詢中很少使用或者參考的列不應該創(chuàng)建索引。這是因為，既然這些列很少使用到，因此有索引或者無索引，并不能提高查詢速度。
相反，由于增加了索引，反而降低了系統(tǒng)的維護速度和增大了空間需求。第二，對于那些只有很少數(shù)據(jù)值的列也不應該增加索引。這是因為，由于這些列的取值很少，例如人事表的性別列，在查詢的結(jié)果中，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例，即需要在表中搜索的數(shù)據(jù)行的比例很大。
增加索引，并不能明顯加快檢索速度。第三，對于那些定義為text, image和bit數(shù)據(jù)類型的列不應該增加索引。這是因為，這些列的數(shù)據(jù)量要么相當大，要么取值很少。第四，當修改性能遠遠大于檢索性能時，不應該創(chuàng)建索引。
這是因為，修改性能和檢索性能是互相矛盾的。當增加索引時，會提高檢索性能，但是會降低修改性能。當減少索引時，會提高修改性能，降低檢索性能。因此，當修改性能遠遠大于檢索性能時，不應該創(chuàng)建索引。
oracle數(shù)據(jù)庫可以說是優(yōu)點大于缺點，缺點有待進一步的改善，爭取把oracle數(shù)據(jù)庫做的盡善盡美。
【編輯推薦】
