外文原文ORACLEISAVERYGOODDATABASE,BUTITCANNOTREADYOURMINDTHEREFORE,IFYOUWANTORACLETOUSEAFUNCTIONBASEDINDEXFORAQUERY,YOUMUSTUSETHEEXACTSAMETEXTFORTHEFUNCTIONINTHEQUERYASYOUDOINYOURFUNCTIONBASEDINDEXFORINSTANCE,THEFOLLOWINGQUERY,ALTHOUGHSIMILARTOTHEONESHOWNINFIGURE1011,WILLNOTUSETHEFUNCTIONBASEDINDEXSELECTFROMSHCUSTOMERSSWHERECUST_LAST_NAMEUPPERRUDDYALTHOUGHTHESELECTIONCRITERIALOGICALLYDICTATESTHATCUST_LAST_NAMESHOULDBETHERESULTOFANUPPERFUNCTION,YOUCANNOTEXPECTORACLETODEDUCETHISONITSOWNTHISSIMPLEEXAMPLEMAKESSENSE,BUTFORMORECOMPLEXFUNCTIONBASEDINDEXES,YOUWILLHAVETOREMEMBERTOUSETHESAMEIMPLEMENTATIONINYOURSQLSTATEMENTSASYOUDIDWHENYOUDEFINEDTHEFUNCTIONBASEDINDEXYOUCANAVOIDTHISPOTENTIALCAVEATBYCREATINGAVIEWBASEDONAFUNCTIONBASEDINDEXTHEVIEWWILLCREATEACOLUMNTHATUSESTHESAMEFUNCTIONASTHEFUNCTIONBASEDINDEX,INEFFECTADDINGTHEINVISIBLEFUNCTIONBASEDINDEXCOLUMNTOTHETABLETOIMPLEMENTTHISFORTHEFUNCTIONBASEDINDEXWEHAVEBEENWORKINGWITH,YOUCOULDRUNTHEFOLLOWINGCODE,INCLUDEDASSCRIPTCH10_CREATE_FBI_VIEWSQLCREATEORREPLACEVIEWSHFBI_VIEWASSELECTCUST_ID,UPPERCUST_LAST_NAMEUPPER_LAST_NAME,CUST_FIRST_NAME,CUST_LAST_NAME,CUST_STREET_ADDRESSFROMSHCUSTOMERSWITHTHISVIEW,YOUCANNOWRUNTHEQUERYSHOWNINFIGURE1014INTHISQUERY,YOUHAVEREPLACEDTHECOLUMNNAMETHATLINKSTOTHEUNDERLYINGCUST_FIRST_NAMECOLUMNTOTHECOLUMNNAMETHATLINKSTOTHEFUNCTIONINTHEVIEWDEFINITION,UPPER_LAST_NAMEORACLEKNOWSTOSUBSTITUTETHECOLUMNNAMEFORTHEDEFINEDFUNCTION,WHICHINTURNUSESTHEFUNCTIONBASEDINDEX,ASSHOWNINFIGURE1014NOTICETHATTHISQUERYDOESNOTEXPLICITLYUSETHESAMEFUNCTIONBUTSTILLPICKSTHEPROPERFUNCTIONBASEDINDEXASYOUCANSEEFROMFIGURE1014,THEVIEWELIMINATESTHENEEDTOEXACTLYDUPLICATETHEFUNCTIONINTHESELECTSTATEMENTWRAPPINGAVIEWAROUNDAFUNCTIONBASEDINDEXCANELIMINATETHENEEDFOROTHERDEVELOPERSORENDUSERSTOKNOWTHEFUNCTIONSUSEDINTHEINDEX,BUTYOUWILLSTILLHAVETOMAKESURETHATUSAGEPATTERNSCALLFORTHEIMPLEMENTATIONOFANYPARTICULARINDEX,FUNCTIONBASEDOROTHERWISETHEREISALSOONECAVEATONUSINGUSERDEFINEDFUNCTIONSINAFUNCTIONBASEDINDEXTHEFUNCTIONMUSTBEDETERMINISTIC,WHICHMEANSTHATTHEFUNCTIONMUSTRETURNTHESAMEVALUESWHENEVERITISCALLEDWITHTHESAMEPARAMETERSTHISRESTRICTIONMEANSTHEFUNCTIONCANNOTACCESSOTHERINFORMATION,SUCHASDATAINTHEDATABASE,INAWAYTHATCOULDAFFECTTHEVALUERETURNEDDOMAININDEXESDOMAININDEXESEXTENDTHEINDEXINGCAPABILITIESOFTHEORACLEDATABASEEVENFURTHERTHANFUNCTIONBASEDINDEXESYOUCANCREATEYOUROWNOPERATORSTOPERFORMSPECIFICLOGICALFUNCTIONSANDCREATENEWINDEXTYPESBASEDONTHESEOPERATORSDOMAININDEXESREQUIREANUMBEROFSTEPSTOCREATESINCEDOMAININDEXESAREUSEDFORNONSTANDARDSCENARIOS,WEWILLNOTCOVERTHEMINTHISBOOKREFERTOORACLEDOCUMENTATIONFORMOREDETAILEDINFORMATIONONDOMAININDEXESBITMAPINDEXESWEHAVESAVEDTHEEXPLANATIONOFBITMAPINDEXESFORLAST,SINCETHISTYPEOFINDEXISDESIGNEDFORASPECIFICPURPOSETOUSEINADATAWAREHOUSEINATYPICALDATAWAREHOUSE,THEREISACENTRALFACTTABLE,WHICHCONTAINSINFORMATIONTYPICALLYREQUIREDBYUSERS,SURROUNDEDBYANUMBEROFDIMENSIONTABLES,WHICHAREUSEDTOLIMITTHESELECTIONOFINFORMATIONFROMTHEFACTTABLEFIGURE1015SHOWSATYPICALSTARSCHEMAFORADATAWAREHOUSE,WITHTHECENTRALFACTTABLESURROUNDEDBYDIMENSIONTABLESTHESTRUCTUREOFABITMAPINDEXABITMAPINDEXISDIFFERENTFROMOTHERINDEXES,WHICHHAVEANENTRYFOREACHNONNULLROWINTHETABLEINABITMAPINDEX,EACHVALUEHASABITMAP,WITHEACHBITINTHEBITMAPPOINTINGTOEACHROWTHATCONTAINSTHATVALUE,ASSHOWNINFIGURE1016THEPOWEROFTHEBITMAPINDEXCOMESWHENAQUERYREQUIRESSELECTIONONSEVERALDIFFERENTDIMENSIONSTHEORACLEDATABASESERVERCANPERFORMBITWISEANDOROROPERATIONSONEACHBITMAPINDEX,WHICHAREEXTREMELYFASTYOUCANIMAGINEHOWQUICKLYTHISCANWORKBYVISUALIZINGEACHBITMAPINDEXASAPUNCHCARDTOFINDAJOINONSEVERALDIFFERENTVALUES,YOUCANSIMPLYSEEWHEREAKNITTINGNEEDLECOULDPENETRATEMULTIPLEPUNCHCARDSATONCECOMPARETHISWITHTHEALTERNATIVEOFLOCATINGEACHVALUEONMULTIPLEDIMENSIONINDEXES,ANDTHENDOINGACOMPLEXJOINTHISTYPEOFORGANIZATIONMAKESSENSEIFYOUAREFREQUENTLYACCESSINGTHESAMEDATATOGETHERWHENORACLEFETCHESADATABLOCKFORTHEDEPTVALUE,THERELATEDEMPROWSHAVEALSOBEENRETRIEVEDACLUSTERALSOREDUCESSTORAGEREQUIREMENTS,SINCETHEVALUEOFTHECLUSTERKEYISONLYSTOREDONCE,RATHERTHANINBOTHTHEDEPTANDEMPTABLEWHYNOTJUSTCOMBINETHEROWSINTOASINGLELOGICALROWTHEEXAMPLEILLUSTRATESONEWAYTHATTHEDATAISACCESSED,BUTTHENORMALIZATIONPROCESS,DESCRIBEDINCHAPTER4,“DATABASEDESIGNBASICS,”MAYCALLFORDISTINCTTABLESFORLOGICALPURPOSESANDTHEOVERALLPERFORMANCEOFTHEAPPLICATIONSYSTEMTOIMPLEMENTACLUSTER,YOUHAVETOFIRSTCREATEACLUSTERANDTHENADDTABLESTOTHECLUSTERTHEREARELIMITATIONSTOUSINGACLUSTER,SUCHASTHEFACTTHATYOUCANNOTHAVEPARTITIONSINACLUSTERORDODIRECTPATHLOADSINTOACLUSTERSINCEEACHDATABLOCKHOLDSTHEROWSFORTABLESWITHTHESAMECLUSTERKEY,USINGACLUSTERTHATLEAVESALOTOFEMPTYSPACEINTHEBLOCKCANWASTESPACEANDDECREASEPERFORMANCEBYDEFAULT,ORACLEWILLONLYSTORETHEROWSFORONECLUSTERKEYVALUEINEACHDATABLOCK,ALTHOUGHYOUCANCHANGETHISBEHAVIORWITHAPARAMETERWHENYOUCREATETHETABLEYOUSHOULDALSOONLYUSEACLUSTERWHENTHEVALUESFORTHECLUSTERKEYAREVARIEDUSINGAKEYWITHANEXTREMELYLOWCARDINALITYCANNEGATETHEVALUEOFTHECLUSTER,SINCEORACLEWILLBEABLETOFINDTHEFIRSTBLOCKOFTHECLUSTER,BUTTHENHAVETOGOTHROUGHTHESAMERANDOMRETRIEVALFORTHERESTOFTHEBLOCKSFORTHEVALUEINADDITION,CLUSTERSAREONLYAPPROPRIATEWHENTHENUMBEROFROWSFORTHEDIFFERENTVALUESFORTHECLUSTERKEYARESIMILARINSIZEIFTHENUMBEROFROWSFORSOMEVALUESAREMUCHGREATERTHANTHENUMBERFOROTHERS,THECLUSTERWILLBESKEWED,WHICHWILLDECREASETHEEFFECTIVENESSOFTHECLUSTERBYADDINGALOTOF“EMPTY”SPACEONTHELESSPOPULATEDVALUESANDREDUCINGTHEEFFICIENCYOFFULLTABLESCANSHASHCLUSTERACLUSTERGROUPSDATAFROMONEORMORETABLESTOGETHERINTHESAMEDATABLOCKS,ORGANIZEDBYACLUSTERKEYRETRIEVINGTHEDATAISFASTERBECAUSETHEORACLEDATABASEDOESNOTHAVETOREFETCHDATABLOCKSTOGETDATAFROMRELATEDCLUSTERKEYVALUESAREQUESTFORACLUSTERSTILLGOESTHROUGHTHEPROCESSOFLOCATINGAVALUEFORTHECLUSTERKEYANDTHENFETCHINGBLOCKSBUTWHATIFTHISINDEXRETRIEVALCOULDBEELIMINATEDALSOORACLESUPPORTSANOTHERTABLEORGANIZATIONCALLEDAHASHCLUSTERTHISTYPEOFTABLEUSESTHERESULTOFAHASHFUNCTIONONTHECLUSTERKEYTODETERMINEWHERETOSTOREANDRETRIEVETHEROWDATAINTHECLUSTERAHASHCLUSTERLETSORACLEFINDTHEBLOCKSTHATCONTAINTHEROWSINTHECLUSTERBYPERFORMINGALOGICALFUNCTIONRATHERTHANI/OOPERATIONSORACLECANCALCULATEAVALUEANDGOSTRAIGHTTODATABLOCKSCONTAININGROWSFORTHATVALUETHISCAPABILITYSUBSTITUTESSOMECPUACTIVITYFORSOMEI/O,WHICHISFREQUENTLYAGOODTRADEOFFINTERMSOFOVERALLPERFORMANCEFORAHASHCLUSTERTOPROVIDEOPTIMALVALUE,YOUSHOULDBEABLETOESTIMATETHETOTALNUMBEROFHASHVALUESWHENYOUCREATETHECLUSTER,SOORACLECANPREALLOCATEALLTHESPACEREQUIREDFOREACHOFTHEVALUESFORTHEHASHKEYINANEFFICIENTWAYIFTHESIZEOFTHEHASHKEYENTRIESGROWSBEYONDTHEINITIALESTIMATE,THEPERFORMANCEBENEFITOFTHEORGANIZATIONISDECREASEDASADDITIONALBLOCKSAREADDEDTOTHECLUSTERYOUCANHAVEAHASHCLUSTERTHATONLYCONTAINSASINGLETABLETHISTYPEOFCLUSTERLETSORACLEACCESSROWSINTHETABLEDIRECTLYONCETHEHASHVALUEISCALCULATED,WHICHREDUCESI/OANDCANHELPPERFORMANCEINAPPROPRIATESITUATIONS,SUCHASATABLEUSEDFORLOOKUPSORACLEDATABASE10GALSOSUPPORTSASORTEDHASHCLUSTERTHISORGANIZATIONSTORESDATABASEDONAHASHVALUE,BUTALSOINTHEORDERTHATTHEDATAWASENTEREDSOMETYPESOFDATA,SUCHLOGRECORDSFROMAPHONESYSTEM,AREVERYAPPROPRIATEFORASORTEDHASHCLUSTERINTHISEXAMPLE,THEUSERWOULDTYPICALLYWANTTOACCESSROWSBYCUSTOMERID,THECLUSTERKEY,WHICHCOULDBERAPIDLYRETRIEVEDWITHAHASHVALUE,BUTTHENWANTTOACCESSTHEDATAFORTHATCUSTOMERBASEDONWHENITWASENTEREDASORTEDHASHCLUSTERISNOTAPPROPRIATEFORALLSCENARIOS,BUTTHERIGHTSITUATIONCANPRODUCELARGEPERFORMANCEBENEFITS中文翻譯ORACLE是一個非常好的數(shù)據(jù)庫，但它并不知道你想要做什么。因此，如果你想使用ORCAL來對數(shù)據(jù)進行查詢時，你就必須使用精確的語句，告訴它你想要查詢什么。例如，下列查詢，雖然一個類似所示圖1011，將不使用基于功能數(shù)值SELECTFROMSHCUSTOMERSSWHERECUST_LAST_NAMEUPPERRUDDY雖然你理論上選擇使用了很標(biāo)準(zhǔn)的CUST_LAST_NAME語句，但你不能指望ORACLE能給你你想要的答案。這是一個很有代表性的簡單的例子，但對于那些復(fù)雜的數(shù)據(jù)，你要記住，必須使用類似明確SQL語句來進行數(shù)據(jù)的查詢等功能，這樣會使你在對數(shù)據(jù)操作時避免一些潛在的錯誤的觀點。QRACLE只會創(chuàng)作數(shù)據(jù)，即使用同樣的功能，為基于功能的索引，實際上只是在表面加上無形基于功能的索引欄為實施這項為基于功能的索引，你可以通過以下的例子進一步的了解，來看例子CH10_CREATE_FBI_VIEWSQLCREATEORREPLACEVIEWSHFBI_VIEWASSELECTCUST_ID,UPPERCUST_LAST_NAMEUPPER_LAST_NAME,CUST_FIRST_NAME,CUST_LAST_NAME,CUST_STREET_ADDRESSFROMSHCUSTOMERS這個觀點可以在圖1014體現(xiàn)。在這我們有個疑問，你已經(jīng)取代欄目名稱鏈接至底層CUST_FIRST_NAME欄欄的名稱,那么就應(yīng)該定義UPPER_LAST_NAME。大家都知道ORACLE是不用這樣的反復(fù)的定義就可以進行對數(shù)據(jù)的操作進操作。如圖1014。很明顯，這個疑問，告訴我們沒有對數(shù)據(jù)明確的定義，ORACLE仍然可以挑選適當(dāng)?shù)臄?shù)據(jù)進行操作。正如您所看到的數(shù)字，從至例子10到14，即使你沒有給出明確的要求和明確的聲明，ORACLE可以根據(jù)進行模糊的對數(shù)據(jù)的操作，可以無需其他開發(fā)商或最終用戶，以了解功能，在使用該指數(shù)，但你仍然必須確保即使用模式要求執(zhí)行任何特定的指標(biāo)，功能為本，還是在其他方面。此外，還有一個買者對使用用戶定義函數(shù)在一個基于功能指數(shù)功能必須確定性，這意味著該函數(shù)必須返回相同的價值觀時，它被稱為同同樣的參數(shù)。這項限制是指功能，不能獲得其他信息，如數(shù)據(jù)數(shù)據(jù)庫中，在某種程度上可能影響其價值回來了。ORACLE數(shù)據(jù)庫中的域指標(biāo)索引功能。它有著對數(shù)據(jù)的容量的能力，您可以創(chuàng)建自己的數(shù)據(jù)，來對他們進行編輯和其他的操作，并創(chuàng)造新的指數(shù)各類基于這些操作員。域指標(biāo)需要采取若干步驟，以創(chuàng)造。由于域名指標(biāo)用于非標(biāo)準(zhǔn)情景，我們不會掩蓋他們在這本書里。參考ORACLE文檔為更詳細(xì)的資料，對域指標(biāo)。圖表在QRCALE中有著直接對圖表的操作，這種對圖表的操作，是為了更快有效對數(shù)據(jù)庫的操作而開發(fā)的，下面是一個典型的對數(shù)據(jù)庫圖表的例子，在數(shù)據(jù)庫中有一個實表，在其中有著用戶的數(shù)據(jù)表，表中有著數(shù)據(jù)，這是用來限制選擇的信息從事實表。圖1015表明，一個典型的星形模式，這些三維的圖表都會在數(shù)據(jù)庫中存儲。圖表數(shù)據(jù)還有著其他存儲方式，其中有一個條目的每一個非空列于下表。在位圖索引，每個值有一個位圖，而且每個比特都有著數(shù)據(jù)。如圖1016。位圖索引的功能是來當(dāng)一個查詢需要選擇幾個不同的層面。ORACLE數(shù)據(jù)庫服務(wù)器可以執(zhí)行位運算符和或或運算對每一個位圖索引，其執(zhí)行速度非?？臁Ｄ憧梢韵胂笥卸嗫?，這可以由形象化每個點陣圖指數(shù)作為沖床卡。尋求加入幾種不同的價值觀，你可以簡單地看到一間針織針能滲透多重打孔卡售磬。這項行動與另類的定位每一個價值多元維指標(biāo)，然后做了復(fù)雜的加入。雖然位圖索引也可以用于任何欄或設(shè)置的欄目和一個低多少獨特的價值觀，或者基數(shù)，在實踐中位圖的指標(biāo)是用來幾乎完全與數(shù)據(jù)倉庫。此外，還有一個很好的理由不使用位圖索引與表用于在線交易處理（聯(lián)機事務(wù)處理）。每當(dāng)?shù)镀亲鲆粋€表，任何指數(shù)的影響座已被鎖定為期限較長的交易，只是作為一個數(shù)據(jù)塊的影響，將須。為了使用位圖指數(shù)中，甲骨文已減壓的價值觀，這將花費一些時間，使它們不宜聯(lián)機事務(wù)處理的情況，其中有數(shù)以千計的小型交易同時進行。與其他類型的指標(biāo)，可以看出強大的影響一個位圖索引的性能與幾個簡單的疑問，對一個樣本表與這種類型的指數(shù)。我們將使用表中的SH例如模式來與ORACLE10G數(shù)據(jù)庫。首先，你可以運行查詢，以決定銷售的單一產(chǎn)品中使用位圖索引，腳本CH10_BMI_1SQL，不需使用位圖索引，腳本CH10_NO_BMI_1SQL。你可以見到成果，在數(shù)字1017和1018。位圖索引造成了相當(dāng)顯著的性能差異，平均而言，簡單的查詢與位圖索引了498秒，而同樣的問題，平均上臺1193秒無使用位圖索引。這種差異就變得更加突出，當(dāng)你運行較典型數(shù)據(jù)倉庫查詢，而將尋找產(chǎn)品數(shù)量出售給特定的客戶為特別是推廣。這個疑問，用3個位圖索引與腳本CH10_BMI_2SQL和如圖一所示，1019，運行時，平均來說，在519秒。同樣的問題，其中不使用位圖指標(biāo)與腳本CH10_NO_BMI_2SQL，并顯示在圖1020，考慮了近3倍。長期平均來說，1434秒。點陣圖加入指數(shù)位圖加入指數(shù)，可以提高性能，在數(shù)據(jù)倉庫中，更比位圖索引。該點陣圖加入指數(shù)使用同一存儲計劃，作為位圖索引，但鉆頭在該指數(shù)顯示，如何一表，一般是事實表，是加入到另一個表。查詢可以用一個位圖索引，而不考慮履行加入兩桌，它可以在從而改善業(yè)績，為一個共同演出，參加有時急劇變化。位圖索引與點陣圖加入指標(biāo)，討論了在正常背景下的商業(yè)情報，在第26章，“商務(wù)智能查詢“。索引組織表在開始這一章中，我們描述的基本優(yōu)點指標(biāo)?；旧?，他們讓使用者能在數(shù)據(jù)同較少的I/O比表演一個完整的表掃描，在許多情況下。通常情況下，你的疑問，將要求資料以后發(fā)現(xiàn)，在該指數(shù)中，所以一旦甲骨文數(shù)據(jù)庫已經(jīng)選定適當(dāng)指數(shù)入境后，數(shù)據(jù)庫仍然要使用指針，在指數(shù)進入檢索額外的信息在列。雖然獲得通過指針?biāo)饕肟谑亲羁斓姆椒?，以獲取連續(xù)在一張桌子，檢索，還需要一些開銷。消除這種開銷可以加快質(zhì)疑，甚至更多。進入索引組織表。這正好命名結(jié)構(gòu)允許甲骨文以保持整個表的一個索引結(jié)構(gòu)，因此同樣效率所提供的一個指標(biāo)是用來檢索所有的數(shù)據(jù)在列。一個互操作性測試的商店都關(guān)鍵價值觀和非關(guān)鍵價值在其網(wǎng)頁。甲骨文提供了一個滿溢的選擇，讓你顯示，一些非關(guān)鍵的價值觀被存放地以外的指標(biāo)體系的基礎(chǔ)上，儲藏室可在實際指數(shù)座。因為互操作性測試是圍繞著一個主要的關(guān)鍵值，你必須有一個主鍵定義為一個互操作性測試。因為互操作性測試通常不使用指數(shù)值指向同樣的價值，在一個數(shù)據(jù)列，存儲需求，為表和索引也不斷降低。你可以有額外的指標(biāo)，對一個互操作性測試。這些指標(biāo)可以是標(biāo)準(zhǔn)的B樹為基礎(chǔ)的指標(biāo)或位圖索引和工作在以同樣的方式為指標(biāo)，對正常的表結(jié)構(gòu)。這些額外指標(biāo)使用邏輯連續(xù)編號的，而不是物理連續(xù)身分跟其他指數(shù)類型，以獲取數(shù)據(jù)排在就座。如果一個互操作性測試連續(xù)使用溢流選項前面所述，物理連續(xù)的ID溢出面積部分的互操作性測試索引入口。有若干限制使用IOTS，如事實，即一個互操作性測試并不能遏制欄目長或任何一個品種的大對象數(shù)據(jù)類型，由于顯而易見的原因。此外，互操作性測試不能存放在一組，這是形容在下一節(jié)。以及，當(dāng)然，與所有潛在的性能增強的變化，你必須確保使用IOTS反而還會給你一個增益性能測試你的應(yīng)用對標(biāo)準(zhǔn)表和IOTS。因為你的應(yīng)用程序代碼將是一樣的，無論何種數(shù)據(jù)庫結(jié)構(gòu)，你使用，開關(guān)在這兩者之間選擇，是有可能與一些行政工作。數(shù)據(jù)集群一種數(shù)據(jù)的存儲形式，在這一章中研究，作為一個數(shù)據(jù)，但在一個持不同的看法。ORACLE一般要在表中一排排補充說明它的屬性，對屬性的說明不需要有著任何特定的邏輯順序。一組是一種存儲表行，使他們的實際儲存是有相關(guān)性，一組可容納要么行，從一個單一的表或相關(guān)行，由一個以上的表。圖1021顯示塊從一個群集表包含行，由部表和復(fù)表。集群是有組織利用集群的關(guān)鍵，價值是認(rèn)同這兩個統(tǒng)計表。在這個例子中，DEPT_NO表是集群的關(guān)鍵，因此同樣的數(shù)據(jù)塊包含行表示，有相同DEPT_NO作為排了部就座。這種類型的組織是有道理的，如果您需要經(jīng)常存取相同的數(shù)據(jù)在一起。當(dāng)甲骨文讀取數(shù)據(jù)塊，為事業(yè)部的價值，相關(guān)的電磁脈沖行，也被找回。一組還節(jié)省了存儲空間，因為價值的集群，關(guān)鍵是只