共計(jì) 7538 個(gè)字符，預(yù)計(jì)需要花費(fèi) 19 分鐘才能閱讀完成。
這期內(nèi)容當(dāng)中丸趣 TV 小編將會(huì)給大家?guī)碛嘘P(guān) oracle 索引類型的作用是什么，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。
邏輯上：Single column 單行索引
Concatenated 多行索引
Unique
NonUnique 非
Function-based 函數(shù)索引
Domain 域索引
Partitioned 分區(qū)索引
NonPartitioned 非分區(qū)索引
B-tree：Normal 正常型 B 樹
Rever Key 反轉(zhuǎn)型 B 樹
BitmapOracle 提供了大量索引選項(xiàng)。知道在給定條件下使用哪個(gè)選項(xiàng)對(duì)于一個(gè)應(yīng)用程序的性能來說非常重要。一個(gè)錯(cuò)誤的選擇可能會(huì)引發(fā)死鎖，并導(dǎo)致數(shù)據(jù)庫性能急劇下降或進(jìn)程終止。而如果做出正確的選擇，則可以合理使用資源，使那些已經(jīng)運(yùn)行了幾個(gè)小時(shí)甚至幾天的進(jìn)程在幾分鐘得以完成，這樣會(huì)使您立刻成為一位英雄。下面就將簡(jiǎn)單的討論每個(gè)索引選項(xiàng)。
下面討論的索引類型：
B 樹索引 (默認(rèn)類型)
位圖索引
HASH 索引
索引組織表索引
反轉(zhuǎn)鍵 (reverse key) 索引
基于函數(shù)的索引
分區(qū)索引 (本地和全局索引)
位圖連接索引
2.1 B 樹索引 (默認(rèn)類型)
B 樹索引在 Oracle 中是一個(gè)通用索引。在創(chuàng)建索引時(shí)它就是默認(rèn)的索引類型。B 樹索引可以是一個(gè)列的 (簡(jiǎn)單) 索引，也可以是組合 / 復(fù)合 (多個(gè)列) 的索引。B 樹索引最多可以包括 32 列。
在下圖的例子中，B 樹索引位于雇員表的 last_name 列上。這個(gè)索引的二元高度為 3；接下來，Oracle 會(huì)穿過兩個(gè)樹枝塊 (branch block)，到達(dá)包含有 ROWID 的樹葉塊。在每個(gè)樹枝塊中，樹枝行包含鏈中下一個(gè)塊的 ID 號(hào)。
樹葉塊包含了索引值、ROWID，以及指向前一個(gè)和后一個(gè)樹葉塊的指針。Oracle 可以從兩個(gè)方向遍歷這個(gè)二叉樹。B 樹索引保存了在索引列上有值的每個(gè)數(shù)據(jù)行的 ROWID 值。Oracle 不會(huì)對(duì)索引列上包含 NULL 值的行進(jìn)行索引。如果索引是多個(gè)列的組合索引，而其中列上包含 NULL 值，這一行就會(huì)處于包含 NULL 值的索引列中，且將被處理為空(視為 NULL)。
技巧：索引列的值都存儲(chǔ)在索引中。因此，可以建立一個(gè)組合 (復(fù)合) 索引，這些索引可以直接滿足查詢，而不用訪問表。這就不用從表中檢索數(shù)據(jù)，從而減少了 I / O 量。
B-tree 特點(diǎn)：
適合與大量的增、刪、改（OLTP）
不能用包含 OR 操作符的查詢；
適合高基數(shù)的列（唯一值多）
典型的樹狀結(jié)構(gòu)；
每個(gè)結(jié)點(diǎn)都是數(shù)據(jù)塊；
大多都是物理上一層、兩層或三層不定，邏輯上三層；
葉子塊數(shù)據(jù)是排序的，從左向右遞增；
在分支塊和根塊中放的是索引的范圍；
2.2 位圖索引
位圖索引非常適合于決策支持系統(tǒng) (Decision Support System，DSS) 和數(shù)據(jù)倉庫，它們不應(yīng)該用于通過事務(wù)處理應(yīng)用程序訪問的表。它們可以使用較少到中等基數(shù) (不同值的數(shù)量) 的列訪問非常大的表。盡管位圖索引最多可達(dá) 30 個(gè)列，但通常它們都只用于少量的列。
例如，您的表可能包含一個(gè)稱為 Sex 的列，它有兩個(gè)可能值：男和女。這個(gè)基數(shù)只為 2，如果用戶頻繁地根據(jù) Sex 列的值查詢?cè)摫恚@就是位圖索引的基列。當(dāng)一個(gè)表內(nèi)包含了多個(gè)位圖索引時(shí)，您可以體會(huì)到位圖索引的真正威力。如果有多個(gè)可用的位圖索引，Oracle 就可以合并從每個(gè)位圖索引得到的結(jié)果集，快速刪除不必要的數(shù)據(jù)。
Bitmapt 特點(diǎn)：
適合與決策支持系統(tǒng)；
做 UPDATE 代價(jià)非常高；
非常適合 OR 操作符的查詢；
基數(shù)比較少的時(shí)候才能建位圖索引；
技巧：對(duì)于有較低基數(shù)的列需要使用位圖索引。性別列就是這樣一個(gè)例子，它有兩個(gè)可能值：男或女 (基數(shù)僅為 2)。位圖對(duì)于低基數(shù)(少量的不同值) 列來說非常快，這是因?yàn)樗饕某叽缦鄬?duì)于 B 樹索引來說小了很多。因?yàn)檫@些索引是低基數(shù)的 B 樹索引，所以非常小，因此您可以經(jīng)常檢索表中超過半數(shù)的行，并且仍使用位圖索引。
當(dāng)大多數(shù)條目不會(huì)向位圖添加新的值時(shí)，位圖索引在批處理 (單用戶) 操作中加載表 (插入操作) 方面通常要比 B 樹做得好。當(dāng)多個(gè)會(huì)話同時(shí)向表中插入行時(shí)不應(yīng)該使用位圖索引，在大多數(shù)事務(wù)處理應(yīng)用程序中都會(huì)發(fā)生這種情況。
示例
下面來看一個(gè)示例表 PARTICIPANT，該表包含了來自個(gè)人的調(diào)查數(shù)據(jù)。列 Age_Code、Income_Level、Education_Level 和 Marital_Status 都包括了各自的位圖索引。下圖顯示了每個(gè)直方圖中的數(shù)據(jù)平衡情況，以及對(duì)訪問每個(gè)位圖索引的查詢的執(zhí)行路徑。圖中的執(zhí)行路徑顯示了有多少個(gè)位圖索引被合并，可以看出性能得到了顯著的提高。
如上圖圖所示，優(yōu)化器依次使用 4 個(gè)單獨(dú)的位圖索引，這些索引的列在 WHERE 子句中被引用。每個(gè)位圖記錄指針(例如 0 或 1)，用于指示表中的哪些行包含位圖中的已知值。有了這些信息后，Oracle 就執(zhí)行 BITMAP AND 操作以查找將從所有 4 個(gè)位圖中返回哪些行。該值然后被轉(zhuǎn)換為 ROWID 值，并且查詢繼續(xù)完成剩余的處理工作。注意，所有 4 個(gè)列都有非常低的基數(shù)，使用索引可以非常快速地返回匹配的行。
技巧：在一個(gè)查詢中合并多個(gè)位圖索引后，可以使性能顯著提高。位圖索引使用固定長度的數(shù)據(jù)類型要比可變長度的數(shù)據(jù)類型好。較大尺寸的塊也會(huì)提高對(duì)位圖索引的存儲(chǔ)和讀取性能。
下面的查詢可顯示索引類型。
SQL select index_name, index_type from user_indexes;
INDEX_NAME INDEX_TYPE
—————————— ———————-
TT_INDEX NORMAL
IX_CUSTADDR_TP NORMAL
B 樹索引作為 NORMAL 列出；而位圖索引的類型值為 BITMAP。
技巧：如果要查詢位圖索引列表，可以在 USER _INDEXES 視圖中查詢 index_type 列。
建議不要在一些聯(lián)機(jī)事務(wù)處理 (OLTP) 應(yīng)用程序中使用位圖索引。B 樹索引的索引值中包含 ROWID，這樣 Oracle 就可以在行級(jí)別上鎖定索引。位圖索引存儲(chǔ)為壓縮的索引值，其中包含了一定范圍的 ROWID，因此 Oracle 必須針對(duì)一個(gè)給定值鎖定所有范圍內(nèi)的 ROWID。這種鎖定類型可能在某些 DML 語句中造成死鎖。SELECT 語句不會(huì)受到這種鎖定問題的影響。
位圖索引的使用限制：
基于規(guī)則的優(yōu)化器不會(huì)考慮位圖索引。
當(dāng)執(zhí)行 ALTER TABLE 語句并修改包含有位圖索引的列時(shí)，會(huì)使位圖索引失效。
位圖索引不包含任何列數(shù)據(jù)，并且不能用于任何類型的完整性檢查。
位圖索引不能被聲明為唯一索引。
位圖索引的最大長度為 30。
技巧：不要在繁重的 OLTP 環(huán)境中使用位圖索引
2.3 HASH 索引
使用 HASH 索引必須要使用 HASH 集群。建立一個(gè)集群或 HASH 集群的同時(shí)，也就定義了一個(gè)集群鍵。這個(gè)鍵告訴 Oracle 如何在集群上存儲(chǔ)表。在存儲(chǔ)數(shù)據(jù)時(shí)，所有與這個(gè)集群鍵相關(guān)的行都被存儲(chǔ)在一個(gè)數(shù)據(jù)庫塊上。如果數(shù)據(jù)都存儲(chǔ)在同一個(gè)數(shù)據(jù)庫塊上，并且將 HASH 索引作為 WHERE 子句中的確切匹配，Oracle 就可以通過執(zhí)行一個(gè) HASH 函數(shù)和 I / O 來訪問數(shù)據(jù)——而通過使用一個(gè)二元高度為 4 的 B 樹索引來訪問數(shù)據(jù)，則需要在檢索數(shù)據(jù)時(shí)使用 4 個(gè) I /O。如下圖所示，其中的查詢是一個(gè)等價(jià)查詢，用于匹配 HASH 列和確切的值。Oracle 可以快速使用該值，基于 HASH 函數(shù)確定行的物理存儲(chǔ)位置。
HASH 索引可能是訪問數(shù)據(jù)庫中數(shù)據(jù)的最快方法，但它也有自身的缺點(diǎn)。集群鍵上不同值的數(shù)目必須在創(chuàng)建 HASH 集群之前就要知道。需要在創(chuàng)建 HASH 集群的時(shí)候指定這個(gè)值。低估了集群鍵的不同值的數(shù)字可能會(huì)造成集群的沖突 (兩個(gè)集群的鍵值擁有相同的 HASH 值)。這種沖突是非常消耗資源的。沖突會(huì)造成用來存儲(chǔ)額外行的緩沖溢出，然后造成額外的 I /O。如果不同 HASH 值的數(shù)目已經(jīng)被低估，您就必須在重建這個(gè)集群之后改變這個(gè)值。
ALTER CLUSTER 命令不能改變 HASH 鍵的數(shù)目。HASH 集群還可能浪費(fèi)空間。如果無法確定需要多少空間來維護(hù)某個(gè)集群鍵上的所有行，就可能造成空間的浪費(fèi)。如果不能為集群的未來增長分配好附加的空間，HASH 集群可能就不是最好的選擇。如果應(yīng)用程序經(jīng)常在集群表上進(jìn)行全表掃描，HASH 集群可能也不是最好的選擇。由于需要為未來的增長分配好集群的剩余空間量，全表掃描可能非常消耗資源。
在實(shí)現(xiàn) HASH 集群之前一定要小心。您需要全面地觀察應(yīng)用程序，保證在實(shí)現(xiàn)這個(gè)選項(xiàng)之前已經(jīng)了解關(guān)于表和數(shù)據(jù)的大量信息。通常，HASH 對(duì)于一些包含有序值的靜態(tài)數(shù)據(jù)非常有效。
技巧：HASH 索引在有限制條件 (需要指定一個(gè)確定的值而不是一個(gè)值范圍) 的情況下非常有用。
2.4 索引組織表
索引組織表會(huì)把表的存儲(chǔ)結(jié)構(gòu)改成 B 樹結(jié)構(gòu)，以表的主鍵進(jìn)行排序。這種特殊的表和其他類型的表一樣，可以在表上執(zhí)行所有的 DML 和 DDL 語句。由于表的特殊結(jié)構(gòu)，ROWID 并沒有被關(guān)聯(lián)到表的行上。
對(duì)于一些涉及精確匹配和范圍搜索的語句，索引組織表提供了一種基于鍵的快速數(shù)據(jù)訪問機(jī)制。基于主鍵值的 UPDATE 和 DELETE 語句的性能也同樣得以提高，這是因?yàn)樾性谖锢砩嫌行颉Ｓ捎阪I列的值在表和索引中都沒有重復(fù)，存儲(chǔ)所需要的空間也隨之減少。
如果不會(huì)頻繁地根據(jù)主鍵列查詢數(shù)據(jù)，則需要在索引組織表中的其他列上創(chuàng)建二級(jí)索引。不會(huì)頻繁根據(jù)主鍵查詢表的應(yīng)用程序不會(huì)了解到使用索引組織表的全部優(yōu)點(diǎn)。對(duì)于總是通過對(duì)主鍵的精確匹配或范圍掃描進(jìn)行訪問的表，就需要考慮使用索引組織表。
技巧：可以在索引組織表上建立二級(jí)索引。
2.5 反轉(zhuǎn)鍵索引
當(dāng)載入一些有序數(shù)據(jù)時(shí)，索引肯定會(huì)碰到與 I / O 相關(guān)的一些瓶頸。在數(shù)據(jù)載入期間，某部分索引和磁盤肯定會(huì)比其他部分使用頻繁得多。為了解決這個(gè)問題，可以把索引表空間存放在能夠把文件物理分割在多個(gè)磁盤上的磁盤體系結(jié)構(gòu)上。
為了解決這個(gè)問題，Oracle 還提供了一種反轉(zhuǎn)鍵索引的方法。如果數(shù)據(jù)以反轉(zhuǎn)鍵索引存儲(chǔ)，這些數(shù)據(jù)的值就會(huì)與原先存儲(chǔ)的數(shù)值相反。這樣，數(shù)據(jù) 1234、1235 和 1236 就被存儲(chǔ)成 4321、5321 和 6321。結(jié)果就是索引會(huì)為每次新插入的行更新不同的索引塊。
技巧：如果您的磁盤容量有限，同時(shí)還要執(zhí)行大量的有序載入，就可以使用反轉(zhuǎn)鍵索引。
不可以將反轉(zhuǎn)鍵索引與位圖索引或索引組織表結(jié)合使用。因?yàn)椴荒軐?duì)位圖索引和索引組織表進(jìn)行反轉(zhuǎn)鍵處理。
2.6 基于函數(shù)的索引
可以在表中創(chuàng)建基于函數(shù)的索引。如果沒有基于函數(shù)的索引，任何在列上執(zhí)行了函數(shù)的查詢都不能使用這個(gè)列的索引。例如，下面的查詢就不能使用 JOB 列上的索引，除非它是基于函數(shù)的索引：
select * from emp where UPPER(job) = MGR
下面的查詢使用 JOB 列上的索引，但是它將不會(huì)返回 JOB 列具有 Mgr 或 mgr 值的行：
select * from emp where job = MGR
可以創(chuàng)建這樣的索引，允許索引訪問支持基于函數(shù)的列或數(shù)據(jù)。可以對(duì)列表達(dá)式 UPPER(job)創(chuàng)建索引，而不是直接在 JOB 列上建立索引，如：
create index EMP$UPPER_JOB on emp(UPPER(job));
盡管基于函數(shù)的索引非常有用，但在建立它們之前必須先考慮下面一些問題：
能限制在這個(gè)列上使用的函數(shù)嗎？如果能，能限制所有在這個(gè)列上執(zhí)行的所有函數(shù)嗎
是否有足夠應(yīng)付額外索引的存儲(chǔ)空間？
在每列上增加的索引數(shù)量會(huì)對(duì)針對(duì)該表執(zhí)行的 DML 語句的性能帶來何種影響？
基于函數(shù)的索引非常有用，但在實(shí)現(xiàn)時(shí)必須小心。在表上創(chuàng)建的索引越多，INSERT、UPDATE 和 DELETE 語句的執(zhí)行就會(huì)花費(fèi)越多的時(shí)間。
注意：對(duì)于優(yōu)化器所使用的基于函數(shù)的索引來說，必須把初始參數(shù) QUERY _REWRITE _ ENABLED 設(shè)定為 TRUE。
示例：
select count(*) from sample where ratio(balance,limit)
Elapsed time: 20.1 minutes
create index ratio_idx1 on sample (ratio(balance, limit));
select count(*) from sample where ratio(balance,limit)
Elapsed time: 7 seconds!!!
2.7 分區(qū)索引
分區(qū)索引就是簡(jiǎn)單地把一個(gè)索引分成多個(gè)片斷。通過把一個(gè)索引分成多個(gè)片斷，可以訪問更小的片斷 (也更快)，并且可以把這些片斷分別存放在不同的磁盤驅(qū)動(dòng)器上(避免 I / O 問題)。B 樹和位圖索引都可以被分區(qū)，而 HASH 索引不可以被分區(qū)。可以有好幾種分區(qū)方法：表被分區(qū)而索引未被分區(qū)；表未被分區(qū)而索引被分區(qū)；表和索引都被分區(qū)。不管采用哪種方法，都必須使用基于成本的優(yōu)化器。分區(qū)能夠提供更多可以提高性能和可維護(hù)性的可能性
有兩種類型的分區(qū)索引：本地分區(qū)索引和全局分區(qū)索引。每個(gè)類型都有兩個(gè)子類型，有前綴索引和無前綴索引。表各列上的索引可以有各種類型索引的組合。如果使用了位圖索引，就必須是本地索引。把索引分區(qū)最主要的原因是可以減少所需讀取的索引的大小，另外把分區(qū)放在不同的表空間中可以提高分區(qū)的可用性和可靠性。
在使用分區(qū)后的表和索引時(shí)，Oracle 還支持并行查詢和并行 DML。這樣就可以同時(shí)執(zhí)行多個(gè)進(jìn)程，從而加快處理這條語句。
2.7.1. 本地分區(qū)索引 (通常使用的索引)
可以使用與表相同的分區(qū)鍵和范圍界限來對(duì)本地索引分區(qū)。每個(gè)本地索引的分區(qū)只包含了它所關(guān)聯(lián)的表分區(qū)的鍵和 ROWID。本地索引可以是 B 樹或位圖索引。如果是 B 樹索引，它可以是唯一或不唯一的索引。
這種類型的索引支持分區(qū)獨(dú)立性，這就意味著對(duì)于單獨(dú)的分區(qū)，可以進(jìn)行增加、截取、刪除、分割、脫機(jī)等處理，而不用同時(shí)刪除或重建索引。Oracle 自動(dòng)維護(hù)這些本地索引。本地索引分區(qū)還可以被單獨(dú)重建，而其他分區(qū)不會(huì)受到影響。
2.7.1.1 有前綴的索引
有前綴的索引包含了來自分區(qū)鍵的鍵，并把它們作為索引的前導(dǎo)。例如，讓我們?cè)俅位仡?participant 表。在創(chuàng)建該表后，使用 survey_id 和 survey_date 這兩個(gè)列進(jìn)行范圍分區(qū)，然后在 survey_id 列上建立一個(gè)有前綴的本地索引，如下圖所示。這個(gè)索引的所有分區(qū)都被等價(jià)劃分，就是說索引的分區(qū)都使用表的相同范圍界限來創(chuàng)建。
技巧：本地的有前綴索引可以讓 Oracle 快速剔除一些不必要的分區(qū)。也就是說沒有包含 WHERE 條件子句中任何值的分區(qū)將不會(huì)被訪問，這樣也提高了語句的性能。
2.7.1.2 無前綴的索引
無前綴的索引并沒有把分區(qū)鍵的前導(dǎo)列作為索引的前導(dǎo)列。若使用有同樣分區(qū)鍵 (survey_id 和 survey_date) 的相同分區(qū)表，建立在 survey_date 列上的索引就是一個(gè)本地的無前綴索引，如下圖所示。可以在表的任一列上創(chuàng)建本地?zé)o前綴索引，但索引的每個(gè)分區(qū)只包含表的相應(yīng)分區(qū)的鍵值。
如果要把無前綴的索引設(shè)為唯一索引，這個(gè)索引就必須包含分區(qū)鍵的子集。在這個(gè)例子中，我們必須把包含 survey 和(或)survey_id 的列進(jìn)行組合(只要 survey_id 不是索引的第一列，它就是一個(gè)有前綴的索引)。
技巧：對(duì)于一個(gè)唯一的無前綴索引，它必須包含分區(qū)鍵的子集。
2.7.2. 全局分區(qū)索引
全局分區(qū)索引在一個(gè)索引分區(qū)中包含來自多個(gè)表分區(qū)的鍵。一個(gè)全局分區(qū)索引的分區(qū)鍵是分區(qū)表中不同的或指定一個(gè)范圍的值。在創(chuàng)建全局分區(qū)索引時(shí)，必須定義分區(qū)鍵的范圍和值。全局索引只能是 B 樹索引。Oracle 在默認(rèn)情況下不會(huì)維護(hù)全局分區(qū)索引。如果一個(gè)分區(qū)被截取、增加、分割、刪除等，就必須重建全局分區(qū)索引，除非在修改表時(shí)指定 ALTER TABLE 命令的 UPDATE GLOBAL INDEXES 子句。
2.7.2.1 有前綴的索引
通常，全局有前綴索引在底層表中沒有經(jīng)過對(duì)等分區(qū)。沒有什么因素能限制索引的對(duì)等分區(qū)，但 Oracle 在生成查詢計(jì)劃或執(zhí)行分區(qū)維護(hù)操作時(shí)，并不會(huì)充分利用對(duì)等分區(qū)。如果索引被對(duì)等分區(qū)，就必須把它創(chuàng)建為一個(gè)本地索引，這樣 Oracle 可以維護(hù)這個(gè)索引，并使用它來刪除不必要的分區(qū)，如下圖所示。在該圖的 3 個(gè)索引分區(qū)中，每個(gè)分區(qū)都包含指向多個(gè)表分區(qū)中行的索引條目。
分區(qū)的、全局有前綴索引
技巧：如果一個(gè)全局索引將被對(duì)等分區(qū)，就必須把它創(chuàng)建為一個(gè)本地索引，這樣 Oracle 可以維護(hù)這個(gè)索引，并使用它來刪除不必要的分區(qū)。
2.7.2.2 無前綴的索引
Oracle 不支持無前綴的全局索引。
2.8 位圖連接索引
位圖連接索引是基于兩個(gè)表的連接的位圖索引，在數(shù)據(jù)倉庫環(huán)境中使用這種索引改進(jìn)連接維度表和事實(shí)表的查詢的性能。創(chuàng)建位圖連接索引時(shí)，標(biāo)準(zhǔn)方法是連接索引中常用的維度表和事實(shí)表。當(dāng)用戶在一次查詢中結(jié)合查詢事實(shí)表和維度表時(shí)，就不需要執(zhí)行連接，因?yàn)樵谖粓D連接索引中已經(jīng)有可用的連接結(jié)果。通過壓縮位圖連接索引中的 ROWID 進(jìn)一步改進(jìn)性能，并且減少訪問數(shù)據(jù)所需的 I / O 數(shù)量。
創(chuàng)建位圖連接索引時(shí)，指定涉及的兩個(gè)表。相應(yīng)的語法應(yīng)該遵循如下模式：
create bitmap index FACT_DIM_COL_IDX on FACT(DIM.Descr_Col) from FACT, DIM
where FACT.JoinCol = DIM.JoinCol;
位圖連接的語法比較特別，其中包含 FROM 子句和 WHERE 子句，并且引用兩個(gè)單獨(dú)的表。索引列通常是維度表中的描述列——就是說，如果維度是 CUSTOMER，并且它的主鍵是 CUSTOMER_ID，則通常索引 Customer_Name 這樣的列。如果事實(shí)表名為 SALES，可以使用如下的命令創(chuàng)建索引：
create bitmap index SALES_CUST_NAME_IDX
on SALES(CUSTOMER.Customer_Name) from SALES, CUSTOMER
where SALES.Customer_ID=CUSTOMER.Customer_ID;
如果用戶接下來使用指定 Customer_Name 列值的 WHERE 子句查詢 SALES 和 CUSTOMER 表，優(yōu)化器就可以使用位圖連接索引快速返回匹配連接條件和 Customer_Name 條件的行。
位圖連接索引的使用一般會(huì)受到限制：
1）只可以索引維度表中的列。
2）用于連接的列必須是維度表中的主鍵或唯一約束；如果是復(fù)合主鍵，則必須使用連接中的每一列。
3）不可以對(duì)索引組織表創(chuàng)建位圖連接索引，并且適用于常規(guī)位圖索引的限制也適用于位圖連接索引。
上述就是丸趣 TV 小編為大家分享的 oracle 索引類型的作用是什么了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識(shí)，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道。
