Oracle9i與SYBASE ASE12.5相比的幾個(gè)不足 千千如夢 2004-7-24 Oracle9i與ASE12.5分別是世界主流數(shù)據(jù)庫廠商ORACLE、SYBASE公司的主打產(chǎn)品，擁有相當(dāng)大的市場份額。本文拋開兩者之間在體系結(jié)構(gòu)、技術(shù)路線上的差異，純粹從使用者的角度出發(fā)，整理了Oracle9i與SYBASE Adaptive Server Enterprise 12.5 (簡稱ASE12.5)相比的幾個(gè)不足，至于ASE12.5與Oracle9i相比的不足則不在本文的討論范圍。 1 不支持正則表達(dá)式：熟悉Unix/Linux及ASE12.0/12.5的人都知道正則表達(dá)式的靈活、功能強(qiáng)大。像“查找所有包含數(shù)字的表名稱”這樣的需求，在ASE12.5中極其簡單： select name from sysobjects where type=”U” and name like “%[0-9]%” (這里sysobjects相當(dāng)于Oracle9i中的all_objects)，而Oracle9i的實(shí)現(xiàn)要頗費(fèi)一番周折了，一般情況下很多人都是寫一個(gè)函數(shù)實(shí)現(xiàn)，以下就是剛學(xué)Oracle的時(shí)候?qū)懙囊粋€(gè)實(shí)現(xiàn)該功能的函數(shù)： CREATE OR REPLACE function is_number(p_str in varchar2) return number as w_char char(1); i;;;number :=1; begin while; i <= length(p_str) loop w_char := substr(p_str,i,1); if w_char >='0' and w_char <='9' then return 1; ;;;end if; i:=i+1; end loop; return 0; end; / 在Oracle9i調(diào)用一個(gè)自定義的PL/SQL函數(shù)開銷會很大；遠(yuǎn)不及ASE12.5的內(nèi)部實(shí)現(xiàn)。 2; UPDATE語句的“蹩腳”,在數(shù)據(jù)庫的應(yīng)用中，兩個(gè)表關(guān)聯(lián)update是很常見的，如有如下兩個(gè)表：t_a(id,name,point,…),t_b(id,point,…) id均為主鍵或unique index,現(xiàn)要實(shí)現(xiàn)根據(jù)id的對應(yīng)關(guān)系將t_b表上point加至t_a表point。我們來看Oracle9i與ASE12.5的實(shí)現(xiàn): /** For Oracle9i **/ Update t_a a Set; ;a.point=a.point+(select b.point from t_b b where b.id=a.id) Where exists (select 1 from from t_ b where b.id=a.id) / /** For ASE12.0/12.5 **/ Update t_a Set;point=a.point+b.point From; t_a a,t_b b Where; a.id=b.id Go Oracle9i的語句似乎不顧清楚、輕易誤解，而且查看執(zhí)行計(jì)劃發(fā)現(xiàn)t_b表或索引掃描了2遍！ASE12.5只掃描了1遍。雖然第2遍是邏輯讀，但總覺得不甘心； 有時(shí)假如t_b表較小，且id上無索引，我寧愿采用cursor方式，多次試驗(yàn)表明 比Create INDEX+關(guān)聯(lián)UPDATE要快得多。還有就是采用Oracle9i的OLAP特性，用merge 語句來完成。 3臨時(shí)表技術(shù)的比較： ITEM 存儲位置 DDL 數(shù)據(jù)生命周期 ORACLE9i 任何表空間 用戶自己維護(hù),表名是全局（數(shù)據(jù)庫用戶）唯一 Session / Transaction ASE12.5 Tempdb庫 用戶create;用戶drop或系統(tǒng)drop，表名Session級唯一 Session 雖然兩者各有所長，但我覺得ASE12.5的實(shí)現(xiàn)似乎更得”臨時(shí)”的精髓—在每個(gè)會話期間，“召之即來”,不用擔(dān)心與別人重名，#11 #22 #aa #bb隨個(gè)人喜好創(chuàng)建，”揮之即去”, 會話結(jié)束亦不必顯式刪除，由系統(tǒng)代勞，不必?fù)?dān)心垃圾表存在。 4; Count的問題還是Distinct的問題?在select 語句使用 distinct 要害字修飾以返回唯一的行集，這在統(tǒng)計(jì)分析、剔除重復(fù)數(shù)據(jù)尤為重要，但是有時(shí)僅想統(tǒng)計(jì)一個(gè)總數(shù)呢？我第一次是這樣寫的: Select count(distinct a,b,c) from my_table 結(jié)果語法不對，只好修改為： Select count(*) from ( select distinct a,b,c from my_table ) 方得以通過，心想這一定是distinct惹的禍，但隨后發(fā)現(xiàn)distinct 被冤枉了，因?yàn)榧词故牵?Select count(a,b,c) from my_table 也是不行的。只能寫成： Select count(*) from ( select a,b,c from my_table ) 但在ASE12.5上無論是Select count(distinct a,b,c) from my_table 還是Select count(a,b,c) from my_table 均能得出正確結(jié)果。 5; 數(shù)據(jù)導(dǎo)入導(dǎo)出工具的比較：EXP/Imp在備份和恢復(fù)方面用的比較多，且受版本(高低版本、32bit/64bit)、語言影響較大，且sqlldr 只能算作導(dǎo)入工具，嚴(yán)格來說Oracle9i沒有表數(shù)據(jù)的文本級的導(dǎo)出工具！相反，ASE12.5的bcp 的在表數(shù)據(jù)導(dǎo)入導(dǎo)出方面的很靈活，格式也很簡單，很輕易做應(yīng)用程序的輸入。還有視圖、存儲過程、觸發(fā)器的導(dǎo)出工具defncopy也很好用；至于Oracle9i，我N+1次碰到以下情況： 問：我怎么得到某個(gè)存儲過程的代碼啊？ 答：有沒有裝client阿？ 問：裝了！ 答：打開Enterprise Manager Console，登錄后在方案下面找吧 …… 問：怎么麻煩阿？ 答：那你有沒有裝Toad或者PL/Develop阿,這些工具好用點(diǎn) 問：沒有啊！ 答：L 或者 問：我怎么得到某個(gè)存儲過程的代碼啊？ 答：有沒有裝client阿？ 問：裝了，可我在主機(jī)上啊！ 答：那你用sqlplus看罷， set long 300 select text from all_source where name=’YourName’ go 問：哇，怎么麻煩阿 答：L 要是在ASE12.0 問：我怎么得到某個(gè)存儲過程的代碼啊？ 答：用defncopy 吧 問：怎么用啊 答：我靠，這么簡單！你還用問阿！J 6; 聯(lián)機(jī)備份：雖然Oracle9i提供了冷、熱備份技術(shù),但是與ASE12.5基于Open Server技術(shù)的聯(lián)機(jī)實(shí)時(shí)備份Backup Server相比似乎遜色不少，將備份的介質(zhì)直接拿到另外一臺ASE12.5進(jìn)行Load，很快很簡單就能獲得一個(gè)時(shí)效性極強(qiáng)的”鏡像”數(shù)據(jù)庫環(huán)境。而我覺得Exp/Imp比較瑣碎，且限制也較多。 Oracle9i附帶的命令行工具如sqlplus exp/imp sqlldr等，執(zhí)行時(shí)無一例外都將輸出時(shí)間、版本、版權(quán)信息，給像我這樣喜歡用shell處理結(jié)果的人來說徒增不少麻煩，相比ASE12.5的isql bcp defncopy 的干凈利落，是Oracle9i的無聊和”自戀”，還是埃里克森的霸氣呢?