oracle建立索引

對三個字段建立索引：

成都創(chuàng)新互聯(lián)公司專注于企業(yè)營銷型網(wǎng)站、網(wǎng)站重做改版、棲霞網(wǎng)站定制設計、自適應品牌網(wǎng)站建設、H5頁面制作、商城系統(tǒng)網(wǎng)站開發(fā)、集團公司官網(wǎng)建設、成都外貿(mào)網(wǎng)站制作、高端網(wǎng)站制作、響應式網(wǎng)頁設計等建站業(yè)務，價格優(yōu)惠性價比高，為棲霞等各大城市提供網(wǎng)站開發(fā)制作服務。

create index Stuname on student(name);

create index Stusex on student(sex);

create index Stugrade on student(grade);

注意的問題，考慮是不是要建立唯一索引（unique），如果有學號的話，可以考慮建立唯一索引引。

再就是對經(jīng)常查詢，但又相對穩(wěn)定的可以建立聚簇索引，提高查詢效率

可不可以在Oracle表中有大量數(shù)據(jù)時創(chuàng)建索引，這樣做有沒有不好的影響?

oracle中視圖可以創(chuàng)建索引，沒有不好的影響，創(chuàng)建索引方法。

如下參考：

1.打開Navicat，如下圖所示。

2.右鍵單擊oracle數(shù)據(jù)庫，然后單擊[openconnection]，如下圖所示。

3.單擊[other]，然后單擊[index]，以顯示oracle數(shù)據(jù)庫中所有已知的索引。

4.點擊“新建索引”進入索引設計界面。

5.在[general]選項卡上，設置類型、表類型、跟蹤表名、列名等。

6.在[advanced]選項卡中，設置表空間、記錄等特殊選項。

7.點擊“保存”，輸入索引名，然后點擊“確定”。

如何合理創(chuàng)建Oracle數(shù)據(jù)庫索引的3個要求

如何合理創(chuàng)建Oracle數(shù)據(jù)庫索引的3個要求：

在Oracle數(shù)據(jù)庫中，創(chuàng)建索引雖然比較簡單。但是要合理的創(chuàng)建索引則比較困難了。筆者認為，在創(chuàng)建索引時要做到三個適當，即在適當?shù)谋砩?、適當?shù)牧猩蟿?chuàng)建適當數(shù)量的索引。雖然這可以通過一句話來概括優(yōu)化的索引的基本準則，但是要做到這一點的話，需要數(shù)據(jù)庫管理員做出很大的努力。具體的來說，要做到這個三個適當有如下幾個要求。

一、 根據(jù)表的大小來創(chuàng)建索引。

雖然給表創(chuàng)建索引，可以提高查詢的效率。但是數(shù)據(jù)庫管理員需要注意的是，索引也需要一定的開銷的。為此并不是說給所有的表都創(chuàng)建索引，那么就可以提高數(shù)據(jù)庫的性能。這個認識是錯誤的。恰恰相反，如果不管三七二十一，給所有的表都創(chuàng)建了索引，那么其反而會給數(shù)據(jù)庫的性能造成負面的影響。因為此時濫用索引的開銷可能已經(jīng)遠遠大于由此帶來的性能方面的收益。所以筆者認為，數(shù)據(jù)庫管理員首先需要做到，為合適的表來建立索引，而不是為所有的表建立索引。

一般來說，不需要為比較小的表創(chuàng)建索引。如在一個ERP系統(tǒng)的數(shù)據(jù)庫中，department表用來存儲企業(yè)部門的信息。一般企業(yè)的部分也就十幾個，最多不會超過一百個。這100條記錄對于人來說，可能算是比較多了。但是對于計算機來說，這給他塞塞牙縫都還不夠。所以，對類似的小表沒有必要建立索引。因為即使建立了索引，其性能也不會得到很大的改善。相反索引建立的開銷，如維護成本等等，要比這個要大。也就是說，付出的要比得到的多，顯然違反常理。

另外，就是對于超大的表，也不一定要建立索引。有些表雖然比較大，記錄數(shù)量非常的多。但是此時為這個表建立索引并一定的合適。如系統(tǒng)中有一張表，其主要用來保存數(shù)據(jù)庫中的一些變更信息。往往這些信息只給數(shù)據(jù)庫管理員使用。此時為這張表建立索引的話，反而不合適。因為這張表很少用到，只有在出問題的時候才需要查看。其次其即使查看，需要查詢的紀錄也不會很多，可能就是最近一周的更新記錄等等。對于對于一些超大的表，建立索引有時候往往不能夠達到預計的效果。而且在打表上建立索引，其索引的開銷要比普通的表大的多。那么到底是否給大表建立索引呢?筆者認為，主要是看兩個方面的內(nèi)容。首先是需要關注一下，在這張大表中經(jīng)常需要查詢的記錄數(shù)量。一般來說，如果經(jīng)常需要查詢的數(shù)據(jù)不超過10%到15%的話，那就沒有必要為其建立索引的必要。因為此時建立索引的開銷可能要比性能的改善大的多。這個比例只是一個經(jīng)驗的數(shù)據(jù)。如果數(shù)據(jù)庫管理員需要得出一個比較精確的結論，那么就需要進行測試分析。即數(shù)據(jù)庫管理員需要測試一下全表掃描的時間，看看其是否比建立索引后的查詢時間要長或者短。如果是長的話，則說明有建立索引的必要。但是如果沒有的話，則說明還是全表掃描速度來的快。此時也就沒有必要建立索引了。

總之，在考慮是否該為表建立索引時，一般來說小表沒有建立索引的必要。而對于打表的話，則需要進行實際情況實際分析。簡單一點的，可以根據(jù)大致的比率來確定。如果要精確一點的，則可以進行全表掃描性能分析，以判斷建立索引后是否真的如預期那樣改善了數(shù)據(jù)庫性能。

二、 根據(jù)列的特征來創(chuàng)建索引。

列的特點不同，索引創(chuàng)建的效果也不同。數(shù)據(jù)庫管理員需要了解為哪些列創(chuàng)建索引可以起到事倍功半的效果。同時也需要了解為哪些列創(chuàng)建索引反而起到的是事倍功半的效果。這有利于他們了解到底給為怎么樣的字段建立索引。

根據(jù)筆者的經(jīng)驗，往往為如下特征的列創(chuàng)建索引能夠起到比較明顯的效果。如對于一些重復內(nèi)容比較少的列，特別是對于那些定義了唯一約束的列。在這些列上建立索引，往往可以起到非常不錯的效果。如對于一些null值的列與非Null值的列混合情況下，如果用戶需要經(jīng)常查詢所有的非Null值記錄的列，則最好為其設置索引。如果經(jīng)常需要多表連接查詢，在用與連接的列上設置索引可以達到事半功倍的效果。

可見，索引設置的是否恰當，不僅跟數(shù)據(jù)庫設計架構有關，而且還跟企業(yè)的經(jīng)濟業(yè)務相關。為此，對于一些套裝軟件，雖然一開始數(shù)據(jù)庫管理員已經(jīng)做了索引的優(yōu)化工作。但是隨著后來經(jīng)濟數(shù)據(jù)的增加，這個索引的效果會越來越打折扣。這主要是因為記錄的表化影響到了索引優(yōu)化的效果。所以筆者建議各位數(shù)據(jù)庫管理員，即使采用的是大牌軟件公司的套裝軟件，也需要隔一段時間，如一年，對數(shù)據(jù)庫的索引進行優(yōu)化。該去掉的去掉，該調(diào)整的調(diào)整，以提高數(shù)據(jù)庫的性能。

如在數(shù)據(jù)庫中有一張表是用來保存用戶信息的。其中有個字段身份證號碼，這是一個唯一的字段。在數(shù)據(jù)庫設計時，給這個字段創(chuàng)建了索引。但是當這個數(shù)據(jù)庫投入使用之后，用戶不怎么輸入用戶的身份證號碼。而且平時也基本不按這個號碼來進行查詢。當記錄月來月多時，這個身份證號碼上的索引字段不但不能夠改善數(shù)據(jù)庫的查詢性能，反而成了雞肋。對于這些有很多NULL值的列，而且不會經(jīng)常查詢所有的非NULL值記錄的列，數(shù)據(jù)庫管理員要下決心，即使清除這些列上的索引。

所以說索引的優(yōu)化與調(diào)整是一個動態(tài)的過程，并不是說數(shù)據(jù)庫設計好之后就不需要經(jīng)過調(diào)整。數(shù)據(jù)庫管理員往往需要根據(jù)記錄的變化情況，來進行適當?shù)淖兏?。以提高索引的效果?/p>

三、 在一個表上創(chuàng)建多少索引合適?

雖然說，在表上創(chuàng)建索引的數(shù)量沒有限制，但是決不是越多越好。也就是說，在創(chuàng)建索引這項事情上，1+1〉2往往不成立。有時候，創(chuàng)建索引越多，其可能會得到適得其反的效果。那么在一個表上，到底給創(chuàng)建多少索引合適呢?這個沒有一個明確的標準。而是需要數(shù)據(jù)庫管理員根據(jù)實際的用途以及數(shù)據(jù)庫中記錄的情況，來進行判斷。

通常來說，表的索引越多，其查詢的速度也就越快。但是，表的更新速度則會降低。這主要是因為表的更新(如往表中插入一條記錄)速度，反而隨著索引的增加而增加。這主要是因為，在更新記錄的同時需要更新相關的索引信息。為此，到底在表中創(chuàng)建多少索引合適，就需要在這個更新速度與查詢速度之間取得一個均衡點。如對于一些數(shù)據(jù)倉庫或者決策型數(shù)據(jù)庫系統(tǒng)，其主要用來進行查詢。相關的記錄往往是在數(shù)據(jù)庫初始化的時候倒入。此時，設置的索引多一點，可以提高數(shù)據(jù)庫的查詢性能。同時因為記錄不怎么更新，所以索引比較多的情況下，也不會影響到更新的速度。即使在起初的時候需要導入大量的數(shù)據(jù)，此時也可以先將索引禁用掉。等到數(shù)據(jù)導入完畢后，再啟用索引。可以通過這種方式來減少索引對數(shù)據(jù)更新的影響。相反，如果那些表中經(jīng)常需要更新記錄，如一些事務型的應用系統(tǒng)，數(shù)據(jù)更新操作是家常便飯的事情。此時如果在一張表中建立過多的索引，則會影響到更新的速度。由于更新操作比較頻繁，所以對其的負面影響，要比查詢效率提升要大的多。此時就需要限制索引的數(shù)量，只在一些必要的字段上建立索引。

筆者在平時數(shù)據(jù)庫優(yōu)化時，往往會根據(jù)這些表的用途來為列設置索引?？梢圆樵兿嚓P的動態(tài)視圖，看看對于這張表的操作，是更新操作(包括更新、刪除、插入等等)占的比例大，還是查詢操作占的比例大。當過多的索引已經(jīng)影響到更新操作的速度時，則數(shù)據(jù)庫管理員就需要先禁用某些索引，以提高數(shù)據(jù)庫的性能。

總之，在適當?shù)谋怼⑦m當?shù)牧猩辖⑦m當?shù)乃饕?。這一句話包含的意思有很多，以上內(nèi)容只是一部分內(nèi)容。俗話說，師傅領進門，修行靠自身。筆者在這里指能夠點到為止。一些具體的索引優(yōu)化內(nèi)容還是需要各位讀者在日常工作中去體會與總結

oracle 數(shù)據(jù)庫如何建立索引 如何用索引?

創(chuàng)建索引語法：

CREATE [UNIQUE] | [BITMAP] INDEX index_name

--unique表示唯一索引

ON table_name([column1 [ASC|DESC],column2

--bitmap，創(chuàng)建位圖索引

[ASC|DESC],…] | [express])[TABLESPACE tablespace_name][PCTFREE n1]

--指定索引在數(shù)據(jù)塊中空閑空間

[STORAGE (INITIAL n2)][NOLOGGING]

--表示創(chuàng)建和重建索引時允許對表做DML操作，默認情況下不應該使用

[NOLINE][NOSORT];

--表示創(chuàng)建索引時不進行排序，默認不適用，如果數(shù)據(jù)已經(jīng)是按照該索引順序排列的可以使用

擴展資料：

1、如果有兩個或者以上的索引，其中有一個唯一性索引，而其他是非唯一，這種情況下oracle將使用唯一性索引而完全忽略非唯一性索引

2、至少要包含組合索引的第一列（即如果索引建立在多個列上，只有它的第一個列被where子句引用時，優(yōu)化器才會使用該索引）

3、小表不要簡歷索引

4、對于基數(shù)大的列適合建立B樹索引，對于基數(shù)小的列適合簡歷位圖索引

5、列中有很多空值，但經(jīng)常查詢該列上非空記錄時應該建立索引

6、經(jīng)常進行連接查詢的列應該創(chuàng)建索引

7、使用create index時要將最常查詢的列放在最前面

8、LONG（可變長字符串數(shù)據(jù)，最長2G）和LONG RAW（可變長二進制數(shù)據(jù)，最長2G）列不能創(chuàng)建索引

9、限制表中索引的數(shù)量（創(chuàng)建索引耗費時間，并且隨數(shù)據(jù)量的增大而增大；索引會占用物理空間；當對表中的數(shù)據(jù)進行增加、刪除和修改的時候，索引也要動態(tài)的維護，降低了數(shù)據(jù)的維護速度）

網(wǎng)站標題：如何創(chuàng)建oracle索引,Oracle建索引
文章路徑：http://aaarwkj.com/article44/dssghhe.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、域名注冊、外貿(mào)網(wǎng)站建設、軟件開發(fā)、網(wǎng)頁設計公司、定制開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)