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