如果一個(gè)表中某一列只有唯一值，是否不適合在該列建索引？

SexyPipe

或者不同的值很少？
-----------------------------------------

lmtok

區(qū)分度太低的字段不適合建b-tree索引

doni

只有唯一的值,建索引沒有什么意義
如果不唯一,但值很少(比如只有2-3個(gè),或稍多一些),可以考慮bitmap index

happytgrape

建索引時(shí)可以指定bitmap 和 b－tree嗎，這兩種索引分別什么含義

jieyancai

B-Tree 索引                   Bitmap 索引               
適合較高的基數(shù)列                    適合較低的基數(shù)列        
對(duì)鍵值的更新代價(jià)不高                   對(duì)鍵值的更新代價(jià)很高
對(duì)于使用AND/OR的查詢是低效的         對(duì)于使用AND/OR的查詢是高效的
行級(jí)鎖                              位圖段級(jí)鎖
更多的存儲(chǔ)空間                   更少的存儲(chǔ)空間
適于OLTP                             適于DSS

hb_li_520

原帖由 doni 于 2006-5-24 10:31 發(fā)表
只有唯一的值,建索引沒有什么意義
如果不唯一,但值很少(比如只有2-3個(gè),或稍多一些),可以考慮bitmap index

bitmap會(huì)產(chǎn)生死鎖.....
如果一個(gè)用戶insert而沒有commit..........那樣你就只能在那兒waiting........

numenhuang

原帖由 hb_li_520 于 2006-12-19 18:22 發(fā)表

bitmap會(huì)產(chǎn)生死鎖.....
如果一個(gè)用戶insert而沒有commit..........那樣你就只能在那兒waiting........

bitmap index不太適合頻繁的DML操作應(yīng)用場(chǎng)合。多用于DSS。

hb_li_520

原帖由 numenhuang 于 2006-12-19 22:01 發(fā)表


bitmap index不太適合頻繁的DML操作應(yīng)用場(chǎng)合。多用于DSS。

使用位圖索引，優(yōu)化程序可以有效地響應(yīng)包括 AND、OR 或 XOR 的查詢。（Oracle 支持 B-tree 到位圖的動(dòng)態(tài)轉(zhuǎn)換，但它可能效率很低。）
使用位圖，在搜索空值或?qū)ζ溆?jì)數(shù)時(shí)，優(yōu)化程序可以響應(yīng)查詢。位圖索引也可以索引空值（與 B-tree 索引不同）。
最重要的是，DSS 系統(tǒng)中的位圖索引支持即席查詢，然而，B-tree 索引不支持即席查詢。更為特殊的是，如果您有一個(gè)具有 50 列的表，且用戶經(jīng)常查詢它們中的 10 個(gè)（查詢?nèi)��?10 個(gè)或有時(shí)查詢其中一個(gè)），則創(chuàng)建 B-tree 索引將非常困難。如果在所有這些列上創(chuàng)建 10 個(gè)位圖索引，則所有查詢都可以由這些索引來響應(yīng)，而不管針對(duì)全部 10 列的查詢，或其中 4 或 6 列的查詢，或者是單個(gè)列上的查詢。AND_EQUAL 提示為 B-tree 索引提供此功能，但一個(gè)查詢僅能針對(duì)少于五個(gè)索引。使用位圖索引將不會(huì)有這一限制。


樓上的比較精確.....謝謝指教...