Oracle9i里一個(gè)令人激動(dòng)的內(nèi)部新特性是，它答應(yīng)SQL基于代價(jià)的優(yōu)化器（cost-based optimizer，CBO）改變執(zhí)行計(jì)劃，即使正在使用優(yōu)化器計(jì)劃的穩(wěn)定性。這叫做“窺視（peeking）”，當(dāng)綁定變量導(dǎo)致SQL的執(zhí)行計(jì)劃發(fā)生重大改變的時(shí)候，它答應(yīng)SQL的CBO更該執(zhí)行計(jì)劃。 但是，指針共享在優(yōu)化的時(shí)候有一個(gè)處理延遲，只有當(dāng)應(yīng)用程序生成動(dòng)態(tài)SQL的時(shí)候，或者它在必須嵌入文字值的應(yīng)用程序里的時(shí)候，它才應(yīng)該被使用。由于綁定變量的緣故，PL／SQL應(yīng)用程序不會(huì)從指針共享里獲益。 為了說明這一問題，你可以考慮以下這樣一個(gè)例子：我們的CURSOR_SHARING參數(shù)被設(shè)置為FORCE。這會(huì)把所有的SQL文字值都改為庫緩沖區(qū)里的主變量（host variable）。 現(xiàn)在，讓我們假設(shè)我們有了一個(gè)對(duì)客戶（customer）表格的區(qū)域（region）列的索引。區(qū)域列有四個(gè)值：東（east）、南（south）、西（west）、北（north）。區(qū)域列的數(shù)據(jù)值高度不對(duì)稱，90％的值都在南部地區(qū)。 所以在指定南部的時(shí)候，讓SQL的CBO來執(zhí)行完整的表格掃描，而在指定東、西、北的時(shí)候，使用索引范圍掃描，這樣速度會(huì)更快。在使用指針共享的時(shí)候，SQL的CBO會(huì)把SQL里的任何文字值都改為綁定變量。所以這個(gè)陳述式可以改成下面這樣： select　 customer_stufffrom　 customerwhere　 region = 'west'; 這個(gè)轉(zhuǎn)換會(huì)把文字west替換成主變量： select　 customer_stufffrom　 customerwhere　 region = ':var1'; 在Oracle9i里，SQL的CBO會(huì)在第一次調(diào)用指針的時(shí)候，“窺視”由用戶定義的綁定變量的值。這就能夠讓優(yōu)化器確定WHERE子句操作符的選擇性，并在south值每次出現(xiàn)在SQL的時(shí)候更改執(zhí)行計(jì)劃。 當(dāng)綁定變量用于高度不對(duì)稱的數(shù)據(jù)列時(shí)，這就極大地提高了指針共享的性能。在Oracle9i里，我們看到了一個(gè)用于CURSOR_SHARING的新設(shè)置，叫做SIMILAR。 有了CURSOR_SHARING=SIMILAR，Oracle會(huì)切換到綁定變量，假如這樣做不會(huì)導(dǎo)致結(jié)果產(chǎn)生任何變化的話，但是假如使用綁定變量會(huì)造成結(jié)果的巨大變化，它就會(huì)使用文字值。