請教一個很奇怪的問題（IN子句）

ghost

有這么一個查詢語句：
SELECT COUNT (*)
  FROM A
WHERE roleid IN (SELECT pvalue
                                            FROM B
                                           WHERE pname = 'test')
在B表中pvalue的字段類型是varchar2(100)
在A表中roleid的字段類型是number
這個語句以前都可以運行，數(shù)據(jù)庫會自動將varchar2類型的字段pvalue轉(zhuǎn)換成number類型，可是最近該語句不能運行，提示一個非法數(shù)字（ora-1722），如果將'in'換成'='語句運行沒有問題，現(xiàn)在是子查詢有可能查詢出多個記錄的。
各位有沒有碰到過類似的情況，為什么會是這樣，怎么解決？

rollingpig

SELECT COUNT (*)
FROM A , (SELECT /*+no_merge */pvalue
                                           FROM B
                                          WHERE pname = 'test')  B
WHERE roleid  = b.pvalue

孫軒

to_number

ghost

我做了一個測試，如果分析表A后，這個語句就不能使用了，必須使用to_number或to_char函數(shù)轉(zhuǎn)換一下，或?qū)⒄Z句改成上述的語法。
問題是現(xiàn)在系統(tǒng)中有很多這種語句，我需要一個解釋的原因才能通知他們進行改動。

ghost

在表B中的pvalue字段不僅有純數(shù)字的數(shù)據(jù)，還有不是數(shù)字的數(shù)據(jù)，但是where 條件中選中的數(shù)據(jù)是純數(shù)據(jù)的數(shù)據(jù)，在把A，B表的統(tǒng)計信息刪除后，這個語句運行沒有問題，可是一旦對A，B表進行分析后，語句就不能使用了。