1. 有些人說Oracle沒有限制,實際上他們說得多是Oracle不支持LIMIT語法.不過能夠rownum虛列來實現,不過會更加麻煩. sql
2. Oracle不支持偏移(offset)語法. 數據庫
3. Oracle的複製功能可能比MySQL更加健壯,不過也更加難以配置. express
4. 對於多個Master類型的系統,大部分用戶都但願你使用更加複雜也更加昂貴的Oracle RAC(雖然可能NDB更加健壯). 編程
5. Oracle的分區功能很是健壯,可是它不是內置的,並須要專門爲此付費(分區功能是在Enterprise Edition裏面是內置的). 安全
6. 在Linux/Unix上,Oracle並不象Mysql那麼方便,不少Linux/Unix發行版默認就會自帶Mysql.(我對這一點的理解與翻譯可能都有誤差) session
7. INSERT … ON DUPLICATE KEY UPDATE語法將再也不可用,不過你須要學習更加複雜(可是符合SQL標準)的MERGE語法. 架構
8. Oracle的ROLE架構與MySQL有很大差別,沒法再使用root角色來完整全部工做.(不過Sys用戶的權限仍然與root相差無幾,只是爲了安全着想,不建議這麼使用了). 函數
9. Role 賬戶與特定的Schema聯繫在一塊兒(反之也同樣),相似於MySQL數據庫中的Database概念.(Role並不徹底與Schema聯繫在一塊兒,系統有一些固定的role,這些Role包含部分已經定義好的權限集(privilege set),也能夠再自定義部分新的role). 工具
10. 事實上,丟棄一切已知的關於鏈接訪問的設置吧,Oracle使用一套全新的系統來處理鏈接訪問. 性能
11. 支持全文搜索,不過語法徹底不一樣.
12. Oracle的文檔很是豐富,不過,若是須要Oracle的專業服務,你須要擁有Metalink的訪問權限.
13. 在非數據庫社區很難找到相關的支持信息(例如,PHP論壇或者網站開發者的網誌)
14. 自增功能能夠經過Trigger與sequence對象來實現.
15. 大量平常熟悉的SHOW命令將再也不可用,想要獲取系統信息,須要你學習Oracle的數據字典(或信息Schema),深刻一點的還須要學習Oracle動態性能.
16. MySQL爲信息Schema添加了多個非標準的擴展,在Oracle中將很難找到這些信息.
17. 爲了管理好生產系統與非生產系統的的轉入轉出,須要你深刻理解Oracle的受權規則.
18. 大致上講,Oracle的數值類型更加簡單,若是你確實須要相似於MySQL的多粒度的數值類型,就須要你本身來實現它,或者經過制定不一樣的精度(Number(n,x))來實現.
19. 在Oracle中,表能夠作到無限制的增加,可是大部分狀況下,都建議經過表空間(tablespace)來對此做細粒度的管理.
20. Oracle不支持ALTER TABLE ADD COLUMN BEFORE|AFTER,也就是不支持本身制定字段的位置.(咱們這邊以前有部分應用對字段順序有嚴格地要求,不過,從理論上講,這是業務設計的問題,主要是其大部分狀況下都是使用select *或者insert table values來處理數據,而不是在select,insert中指定具體須要處理的字段名列表).
21. 若是你習慣於經過圖形界面(GUI)來管理數據庫,你必定會喜歡上Oracle,可是若是你傾向於使用相似與Mysql 命令行的客戶端,你可能會對sql*plus這個客戶端工具感到失望(須要一個習慣的過程,sql*plus仍是蠻好用的).
22. Oracle的數據校驗比Mysql更加嚴格,依賴於MySQL的模糊規則可能會致使應用沒法運行.MySQL接受」0000-00-00″來做爲日期類型的值就是個典型的例子.
23. 雖然Oracle的PL/SQL功能更強,可是它不支持標準的PSM語言來編寫存儲過程,所以你可能不得不學習它的非標準的語法.
24. Oracle不支持ENUM數據類型,只能經過使用基於文本的check約束或者建立外鍵關聯表來實現.
25. Mysql的一些更加神祕的表類型(例如,blackhole,csv),在Oracle中找不到相對應的功能. (不清楚blockhole是何種類型,不過Oracle的外部表(external table)確實是支持csv格式的,在11g版本中還支持對此文件的壓縮/加密以及其餘處理).
26. Oracle中的Group By語句必須是肯定的,它須要select list中出現的全部列都必須包含在group by從句中.
27. Oracle的exp命令輸出的dmp文件沒法象Mysql的轉儲文件同樣能夠手工修改.
28. Oracle的底層實現有較大變化,須要你學習UNDO與REDO segment,歸檔,以及DBWR進程. (我的認爲Oracle相對於其餘數據庫的主要的優點可能就是其UNDO/REDO的設計了.)
29. Oracle不是開源軟件,所以你沒法在上面進行修補/優化/修復/實現你本身的東西.
Robert Hodges
30. Oracle的查詢優化是一件須要專家介入的工做.它的優化器比MySQL的要成熟的多,這意味着查詢計劃也相應的更加難以解釋.若是你有一個大的應用,請準備好聘用一位瞭解如何有效進行此項工做的夥計.
31. Oracle的基於成本的優化器的有效運行須要精確的統計信息.對於發生變化的表,須要按期的爲其收集統計信息.批量數據加載進程也須要在處理過程當中不時的執行estimate/compute statistics命令來收集統計信息以取得滿意的性能.
32. 在Oracle中,建立鏈接是個代價高昂的操做.性能良好的Oracle應用都傾向於使用鏈接池來最小化登錄的開銷.
33. Oracle應用須要應用prepared statement以獲取可觀的性能.若是你的應用不使用prepared statement的話,須要對應用進行調整.這是應用Oracle數據庫的標準編程實踐.(此處的prepared statement應該更多的是指使用綁定變量).
34. 應用須要關閉結果集遊標,不然很快就會遇到著名的」ORA-01000 Too many open cursors」錯誤.在Oracle中,這被認爲是一個用戶錯誤,須要你去調整你的代碼.
35. 繁忙系統上的長查詢可能會遭遇到」 ORA-01555 Snapshot too old」錯誤.能夠經過調整redo 段的大小(有時經過調整應用)來消除此錯誤,可是仍是須要你關注這一點.(此處的redo segments的表述是有點問題,此處應該是Undo tablespace以及對應的Undo Retention,Oracle沒有所謂的redo segment的說法).
36. Oracle沒有相似於非事務表的概念.大部分Oracle用戶都承認這一點.
37. Oracle的臨時表定義是持久的SQL對象,而且對全部用戶均可見(此處應該理解成以此用戶登錄的會話,Session).這一點與MySQL中使用的輕量級表有區別,在MySQL中,臨時表是在單個會話內建立並銷燬的.
Denish Patel
38. 在Oracle中,多個Alter Table操做不能在同一個SQL語句中執行,例如alter table emp modify name varchar(64) not null, add gender char(1) not null;
39. 默認狀況下,Oracle不會自動提交.
40. KILL命令在Oracle中無效,它使用alter system kill命令.(不清楚第一個kill是什麼概念,操做系統級別的kill,Oracle仍是支持的,我常用).
41. Oracle在Order by語句中不支持使用減號(-).(不清楚這個具體的減號是什麼東西).
42. Oracle的sqlplus命令行接口不支持高亮顯示.
Roland Bouman
43. Oracle不支持group_concat或者相似的分組函數.須要你經過循環調取遊標來實現,或者經過組合XMLAGG與XMLQUERY來實現你須要的查詢.(在Oracle 9R2以後,可使用自定義聚合函數來實現這個功能,到Oracle 11gR1以後,Oracle本身還提供了一個新的listagg分組函數來實現這個功能).
44. 對於count(distinct expression)函數,Oracle只支持一個表達式(要麼一個列名,要麼*),而Mysql支持一組表達式. (在Oracle中要實現一組表達式,能夠經過使用子查詢來實現).
45. Oracle對子查詢的支持很是好.不要由於Mysql中的習慣而不去使用它.
46. Oracle不支持用戶變量(@num).若是你須要利用它來計算運行時總和,能夠利用分析函數(窗口函數)來實現.若是用用戶變量來實現特定的彙總函數功能,你將發現Oracle已經有內置得功能支持這些功能.(另外在Oracle中,能夠經過在package中應用dbms_session來設置context以實現用戶變量).
47. Oracle沒有區分TIME與DATE類型,Oracle的Date類型實際上就是一個DATETIME類型(可是比MySQL支持一個更大的日期範圍).
48. 相對於MySQL來說,Oracle的存儲過程與觸發器功能與性能都要好不少.不要習慣性地不去使用它們.
49. 若是須要在Oracle中編寫存儲過程,記得在開始編碼前花點時間瞭解下Oracle是否是有相應的內置package.你將發現大部分問題已經解決掉了,或者至少大量的基礎代碼已經在那兒了.
50 若是你在MySQL中有使用BLOB類型或者TEXT類型,你可能會將他們遷移到Oracle地BLOB與CLOB中.然而,與MySQL不一樣,Oracle並非透明地實體化這些數據.在大部分狀況下,這確實是件好事情,可是它也意味着若是你只是想把BLOB/CLOB看成文本處理,你將須要花費大量瑣碎的時間來使用LOB函數,在使用之初,LOB函數仍是蠻讓人氣餒的.(LOB相關函數確實挺煩人,LOB的處理效率也很是差,即便是使用Oracle 11g的SecureFile).