客戶用的數據庫是mysql，而研發好的產品支持Oracle，為了讓客戶掏腰包，我們必須把數據庫環境從oracle轉向mysql。我們在轉換的過程中碰到了下面一些問題，希望能給同樣遭遇的同仁們一些借鑒。假如我們在最初的設計、編碼過程中注重數據庫的移植性，這種情況下可以完全不需要作額外工作。一、數據庫環境從oracle轉向mysql碰到的問題。因為邏輯不變，所以原則是不改應用程序代碼，只改數據庫表的創建/初始化sql。下面是我們碰到的問題以及解決辦法。1、 大小寫敏感的區別(假如服務器OS是Linux)。在oracle中一般情況下不區分大小寫。有時候我們在使用oracle不注重大小寫的問題，表名和字段名不加雙引號是不區分大小寫的，像這樣：insert into tableName 和 insert into TABLENAME效果是一樣的，用工具導出創建/數據初始化腳本，得到的結果一般表名和字段名轉化成了大寫。但在MySQL中，所使用操作系統的大小寫敏感性決定了數據庫名和表名的大小寫敏感性。數據庫對應數據目錄中的目錄，數據庫中的每個表至少對應數據庫目錄中的一個文件(也可能是多個，取決于存儲引擎)。因此，使用數據庫或表實際上是操縱這些文件(夾)，所以使用操作系統的大小寫敏感性決定了數據庫名和表名的大小寫敏感性。在以linux為內核的操作系統中是大小寫敏感的。解決的辦法是把mysql的數據庫名和oracle的大小寫保持一致，表名與應用程序中sql字符串中的表名保持一致，假如應用程序中字段名用了雙引號，那請把sql中的字段名大小寫與雙引號里的字符保持一致。假如你的應用程序所引用的表名、字段沒有統一大小寫，那麻煩就大了。2、保留字的區別。像sql語言的函數名(如：inteval，show)等是保留字。Oracle中保留字是可以作為表名和字段名，并且不影響使用，但mysql中保留字是不能作為表名和字段名，假如使用會報語法錯誤。解決辦法，把sql語句中的保留字用‘`’符號引起來，這個符號位于鍵盤的tab鍵上面;假如是字段名還有另外一種方法tablename.字段名。像這樣：insert into tablename (id, `interval`) value(….. 或insert into tablename (id, tablename.inteval) value(….. 。3、數據類型的區別。在mysql中沒有像oracle中的varchar2、number，mysql有與之對應的varchar、numeric，當然在oracle中沒有mysql的time類型。解決辦法是替換。4、自動增長類型的區別。Oracle有sequence，mysql中沒有，但有auto_increment屬性。解決辦法是把Oracle中sequence轉換成使用auto_increment屬性，某些情況可能還有一種辦法可以解決問題，新建一個獨立的表用來專門記錄自動增長型的數據。5、索引長度限制的區別。從MySQL 4.1.2開始，MyISAM和InnoDB表索引長度支持1000字節，也就是說索引字段的長度不能超過1000字節，假如超過會報這樣的錯：ERROR 1071 (42000): Specified key was too long; max key length is 1000 bytes。假如是UTF-8編碼，相當于333個字符的長度(因為UTF8一個字符占3個字節)。Oracle的索引長度限制比mysql要寬松得多。解決的辦法就不必要多說了，要么改索引的定義，要么改字段的定義長度。二、為了數據庫的兼容性我們應該注重些什么。數據庫的兼容性應該是數據庫設計應該重視的一個問題，因為有時候客戶存在已經在用的數據庫，并且不希望同時維護兩個數據庫，這樣的話兼容多種數據庫還能成為產品的一個賣點。作到數據庫的兼容性要害是遵守標準用法。1、 遵守標準用法，盡量不使用某種數據庫特有的用法。如msyql的‘`’符號的用法，再比如，很多人有這種用法，在使用oracle開發的時候創建sequence，往表中插數據之前先SELECT seq.nextval FROM DUAL;，然后把查詢得到的值作為value插入表中，這種用法沒法適應沒有sequence的數據庫，每個數據庫都有自動增長型的用法，假如需要使用就應該完全地使用。再舉個例子，不同的數據庫對分頁查詢作了擴展，postgresql有offset，limit，oracle就沒有。2、 避免數據庫大小寫敏感的問題。選擇數據庫表名和字段名采用大寫還是小寫，并且在數據庫的設計和編碼過程中完全統一。3、 保留字。要求數據庫設計者盡量不使用保留字作表名和字段名。也有很多人有這種用法，在表名和字段名前加‘_’，像這樣：create table _tablename ( _id integer)。這樣永遠不會出現保留字引起的問題。