oracle中的pl/sql代碼會涉及到兩個執(zhí)行引擎，一個專門處理標(biāo)準(zhǔn)的SQL語句，另外一個處理pl/sql的過程代碼，一般在引擎切換上會帶來cpu額外的開銷。比如foreach循環(huán)語句和普通for循環(huán)的區(qū)別，就是foreach消除了引擎切換，一直駐留在執(zhí)行標(biāo)準(zhǔn)SQL的引擎中，從而縮短了執(zhí)行時間。

現(xiàn)在有一個客戶信息表tacustomer， 包含了birthday, certificatetype, certificateno等字段，現(xiàn)在想要獲知客戶的生日信息。由于客戶注冊時生日等字段是可選擇填寫項(xiàng)，故大多數(shù)為空，所以要從證件號碼certificateno中提取，certificatetype為證件類型，除身份證之外還有軍官證、士兵證、戶口本等枚舉值，輸入的值也不可靠，本來'0'代表身份證，但由于錄入錯誤，使得非'0'值可能也指身份證，而'0'也可能輸入的不是身份證。結(jié)合這些考慮因素，寫了一個函數(shù)，輸入?yún)?shù)為上述三個字段，輸出為生日的年份。寫了兩個版本，在筆者的windows2003數(shù)據(jù)庫服務(wù)器上（Intel(R) Xeon(R) CPU 5140 @ 2.33GHZ，4cpu，4.00GB內(nèi)存），執(zhí)行語句如下（tacustomer行數(shù)為200百萬左右）： -- 測試簡單字符串連接的執(zhí)行時間

SELECT COUNT(t.certificatetype || t.certificateno || t.birthday)

FROM tacustomer t

WHERE 1 = 1

AND ROWNUM < 2000000

-- 測試自定義函數(shù)的執(zhí)行時間

SELECT COUNT(f_extract_birthday(t.certificatetype, t.certificateno, t.birthday))

FROM tacustomer t

WHERE 1 = 1

AND ROWNUM < 2000000

執(zhí)行時間如下（秒）：

8.563

19.844（版本1）

57.953（版本2）

可以看出基本是3倍的關(guān)系（將上面的條件改為ROWNUM < 1000000，同樣滿足3倍的關(guān)系），版本1和版本2之間的區(qū)別是內(nèi)部實(shí)現(xiàn)不同。第一代身份證15位必須全為0-9的數(shù)字，第二代18位的前17位全為數(shù)字，最后一個為數(shù)字或'X'。版本1和2對這個是否數(shù)字的校驗(yàn)采用了不同的方式。版本1逐個檢查，版本2用cast(certno as numeric)并捕捉異常的方式，結(jié)果版本2比1快3倍。從中得出的結(jié)論，自定義函數(shù)一般性能比不上系統(tǒng)內(nèi)建函數(shù)。

附兩個版本的代碼：

--版本1

create or replace FUNCTION f_extract_birthday(id in VARCHAR, birthday in VARCHAR)

RETURN VARCHAR

IS

i integer;

--id VARCHAR(18);

--birthday VARCHAR(8);

yyyy VARCHAR(4);

len SMALLINT;

trans BOOLEAN;

c SMALLINT;

ret VARCHAR(4);

val NUMERIC(18, 0);

BEGIN

i := 1;

--id := '430302810315405';

--id := '43030219810315405X';

--birthday := '19790315';

trans := FALSE;

len := length(id);

--val := CAST(id AS NUMERIC);

--dbms_output.put_line(val);

關(guān)于oracle自定義函數(shù)的執(zhí)行時間的講解就為大家介紹這么多，相信大家通過上文的學(xué)習(xí)，現(xiàn)在對oracle自定義函數(shù)的執(zhí)行時間的有關(guān)知識已經(jīng)有了大體的了解，希望上文中涉及到的內(nèi)容對大家能夠有所幫助。