我其實是同一天看到Robert Treat幾人整理的《Mysql 遷移到Oracle前需要了解的50件事》與Baron Schwartz的《從Oracle轉到Mysql前需瞭解的50件事》的，只是Baron Schwartz的這個列表可能對大家更加有用處，也就先將其整出來了。 另外他們列出的這些區別有些是蠻有意義的，有些可能由於他們本人的Mysql DBA的身份，對Oracle的理解有些偏差，有些則有湊數的嫌疑。 但是總體上結合Baron Schwartz的列表可以讓大家大概地瞭解到Oracle與Mysql的共同之處與差別分別體現在哪些方面。
- 1、有些人說Oracle沒有限制，實際上他們說得可能是Oracle不支援LIMIT語法。不過可以rownum虛列來實現，不過會更加麻煩。
- 2、 Oracle不支援偏移（offset）語法。
- 3、 Oracle的複製功能可能比MySQL更加健壯，不過也更加難以配置。
- 4、 對於多個Master型別的系統，大部分使用者都希望你使用更加複雜也更加昂貴的Oracle RAC（雖然可能NDB更加健壯）。
- 5、 Oracle的分割槽功能非常健壯，但是它不是內建的，並需要專門為此付費（分割槽功能是在Enterprise Edition裡面是內建的）。
- 6、 在Linux/Unix上，Oracle並不象Mysql那麼方便，很多Linux/Unix發行版預設就會自帶Mysql。（我對這一點的理解與翻譯可能都有偏差）
- 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不是開源軟體，因此你無法在上面進行修補/優化/修復/實現你自己的東西。
- 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命令列介面不支援高亮顯示。
- 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）。