在ORACLE數據庫中如何查找那些字段裏面包含中文的數據記錄呢,有時候就是有這樣的特殊需求,下面整理了一些判別字段中包含中文記錄的幾個方法 html
1:使用ASCIISTR函數判別 數據庫
ASCIISTR函數說明: oracle
ASCIISTR返回字符的ASCII形式的字符串。非ASCII的字符被轉化爲\xxxx的形式。 app
使用ASCIISTR函數也是根據非ASCII字符會被轉化這個特性來判別中文字符,只要裏面包含中文字符,則一定會有\xxx這樣的字符。且簡體漢字的編碼範圍是B0A1 - F7FE.以下例子所示函數
CREATE TABLE TEST
(
NAME_ONE CHAR(24)
,NAME_TWO VARCHAR2(24)
,NAME_THR NCHAR(24)
,NAME_FOR NVARCHAR2(24)
)
INSERT INTO TEST
SELECT 'abc10', 'abc20', 'abc30', 'abc40' FROM DUAL UNION ALL
SELECT 'abc11', 'abc21', 'abc31', 'abc41' FROM DUAL UNION ALL
SELECT 'abc12', 'abc22', 'abc32', 'abc42' FROM DUAL UNION ALL
SELECT 'abc1!', 'abc2!', 'abc3!', 'abc4!' FROM DUAL UNION ALL
SELECT 'abc1#', 'abc2#', 'abc3#', 'abc4#' FROM DUAL UNION ALL
SELECT 'abc1$', 'abc2$', 'abc3$', 'abc4$' FROM DUAL UNION ALL
SELECT 'ab測試1', 'ab測試2', 'ab測試3', 'ab測試4' FROM DUAL;
使用 ASCIISTR(NAME_ONE) LIKE '%\%' 就能判別那些有中文的記錄。以下所示:性能
SELECT NAME_ONE FROM TEST WHERE ASCIISTR(NAME_ONE) LIKE '%\%'
可是若是字段裏面的非ASCII字符不單單有中文,例如還有日文之類,那麼這個方法就不能準確判別了,以下所示,我插入一條包含日文的記錄. 測試
INSERT INTO TEST
SELECT 'abこんにちは1', 'abこんにちは2', 'abこんにちは3', 'abこんにちは4' FROM DUAL;
COMMIT;
SQL> SELECT NAME_ONE FROM TEST WHERE ASCIISTR(NAME_ONE) LIKE '%\%';
NAME_ONE
------------------------
ab測試1
abこんにちは1
2:使用CONVERT函數判別 編碼
CONVERT函數說明: spa
CONVERT(inputstring,dest_charset,source_charset) .net
inputstring:要轉換的字符串
dest_charset:目標字符集
source_charset:原字符集
SQL> SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER='NLS_CHARACTERSET';
PARAMETER VALUE
------------------------------ ----------------------------------------
NLS_CHARACTERSET UTF8
SQL> SELECT NAME_ONE, NAME_TWO FROM TEST WHERE NAME_ONE <> CONVERT(NAME_ONE, 'ZHS16GBK', 'UTF8');
NAME_ONE NAME_TWO
------------------------ ------------------------
ab測試1 ab測試2
abこんにちは1 abこんにちは2
3:使用函數length和lengthb來判別
使用函數length與lengthb來判別,是基於中文字符佔用2~4個字節,而ASCII字符佔用一個字節,那麼對比LENGTH與LENGTHB就會不同。這樣就能判別字段中是否包含中文字符,可是跟ASCIISTR同樣,若是裏面的非ASCI字符包含非中文,它同樣不能判別。依然有取巧嫌疑。
SELECT NAME_ONE FROM TEST WHERE LENGTH(NAME_ONE) != LENGTHB(NAME_ONE);
關於三者的性能,基本上都差很少,並無那個性能要快一點。固然我沒有詳細、大量測試過,只是就某個案例的執行計劃分析而已。
參考資料:
http://www.bitscn.com/pdb/oracle/201407/240540.html