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)。這樣永遠不會出現保留字引起的問題。
[@more@]來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10455649/viewspace-980983/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 3.0 ORACLE移植到MYSQL改造注意要點OracleMySql
- Oracle使用*的注意事項Oracle
- MySQL半同步使用注意事項MySql
- Oracle 資料匯出注意事項Oracle
- Oracle臨時表使用注意事項Oracle
- 關於FreeRTOS移植到STM32F103上的步驟以及注意事項
- MySQL 資料庫-索引注意事項MySql資料庫索引
- Oracle:記憶體設定注意事項Oracle記憶體
- 【ASM】Oracle asm刪除磁碟組注意事項ASMOracle
- Mysql索引以及使用索引注意事項MySql索引
- Oracle vs PostgreSQL,研發注意事項(6)- 事務處理OracleSQL
- MySQL 資料庫設計和注意事項MySql資料庫
- MySQL命令rebootClusterFromCompleteOutage重啟叢集注意事項MySqlboot
- mysql 5.7.14 免安裝版注意事項(精)MySql
- RandomAccessFile注意事項randomMac
- @Lombok注意事項Lombok
- Oracle vs PostgreSQL,研發注意事項(2)-DDL語句與事務OracleSQL
- Oracle vs PostgreSQL,研發注意事項(5)- 字元型別OracleSQL字元型別
- Oracle資料庫表設計時的注意事項Oracle資料庫
- Oracle vs PostgreSQL,研發注意事項(12) - NULL與索引OracleSQLNull索引
- Oracle vs PostgreSQL,研發注意事項(13) - UPDATE語句OracleSQL
- 教程:MySQL 8安裝與配置及注意事項MySql
- 解壓縮版mysql安裝及注意事項MySql
- 函式注意事項函式
- 生產注意事項
- 電量注意事項
- CSP 考前注意事項
- 快取注意事項快取
- Oracle vs PostgreSQL,研發注意事項(8)- Oracle資料比較規則OracleSQL
- Oracle vs PostgreSQL,研發注意事項(7)- 型別轉換OracleSQL型別
- Oracle vs PostgreSQL,研發注意事項(1)-查詢鎖表OracleSQL
- Mysql設計與查詢的關鍵注意事項MySql
- 不可不知的 MySQL 升級利器及 5.7 升級到 8.0 的注意事項MySql
- Oracle vs PostgreSQL,研發注意事項(3)- 事務回滾之UPDATE操作解析OracleSQL
- 部署專案注意事項
- iOS 程式碼注意事項iOS
- 換工作的注意事項
- VRPs 論文注意事項VR
- Python——常見注意事項Python