網(wǎng)站制作(wngszx.com)整體改版升級，因為想要降低網(wǎng)站運行成本，考慮變更數(shù)據(jù)庫，由原來的企業(yè)級數(shù)據(jù)庫ORACLE變更為較為小型的MYSQL，數(shù)據(jù)庫的變更中的一個重要過程就是網(wǎng)站的數(shù)據(jù)遷移。在數(shù)據(jù)遷移過程中遇到一些問題并花了較長的時間解決，今天就分析總結下網(wǎng)站的后臺數(shù)據(jù)庫構建中需要注意的問題。

1、不同數(shù)據(jù)庫的個別數(shù)據(jù)類型定義不同

在數(shù)據(jù)庫變更的測試過程中，發(fā)現(xiàn)網(wǎng)站以往的文章詳情頁面的文章發(fā)表時間顯示有問題，非正常格式的年—月—日時：分的樣式。

經(jīng)過頁面調取文件代碼、數(shù)據(jù)庫記錄等內容的檢查后，發(fā)現(xiàn)是由于ORACLE中對時間的定義類型只有Date一種，而這種定義類型的格式包括年月日和時間；而在MYSQL中對時間的定義類型包含Date、Time、Datetime三種，在MYSQL中對于Date類型的定義僅僅包含年月日而不包含時間。

要解決這個問題，只能把MYSQL數(shù)據(jù)庫表中創(chuàng)建的字段類型由原來的Date改為Datetime，再重新進行這類數(shù)據(jù)的導入。

小結：不同的數(shù)據(jù)庫對具體類型定義不同，因此在完成新數(shù)據(jù)庫表結構構件后，最好進行少量數(shù)據(jù)記錄條遷移進行數(shù)據(jù)測試，能夠及時發(fā)現(xiàn)問題所在并進行數(shù)據(jù)類型修改，再進行全部數(shù)據(jù)的遷移，以免造成數(shù)據(jù)重復導入，增加工作量。

2、不同數(shù)據(jù)庫對大小寫區(qū)分不同

在數(shù)據(jù)庫遷移測試過程中，發(fā)現(xiàn)通過網(wǎng)站后臺管理系統(tǒng)增加的文章出現(xiàn)異常情況，會出現(xiàn)報錯信息。通過調取數(shù)據(jù)庫的文章SiteArticle表的記錄發(fā)現(xiàn)新文章對應的記錄條未能正常插入。

通過代碼測試檢查發(fā)現(xiàn)，是由于網(wǎng)頁文件的代碼對于數(shù)據(jù)庫的操作的表名字大小寫不一致造成的，ORACLE數(shù)據(jù)庫具有較好的包容度，支持網(wǎng)頁文件關于insert into Sitearticle()代碼對于SiteArticle表的插入新記錄操作；而MYSQL數(shù)據(jù)庫對大小寫敏感，只支持insert into SiteArticle()代碼對于SiteArticle表的插入新記錄操作。

要解決這個問題，只能仔細查看網(wǎng)頁文件源碼，更改對數(shù)據(jù)庫操作的所有語句的數(shù)據(jù)庫名、表名、字段名等的字符大小寫，保持與數(shù)據(jù)庫中創(chuàng)建名稱的大小寫一致。

小結：從兼容性角度考慮，在網(wǎng)站建設的時候就規(guī)范數(shù)據(jù)庫操作相關代碼中的大小寫問題，在今后更換數(shù)據(jù)庫或升級數(shù)據(jù)庫的過程中，就不必擔心大小寫敏感度問題，也減少許多更改代碼工作量。

3、不同數(shù)據(jù)庫對保留字的要求不同

在數(shù)據(jù)庫遷移過程中，發(fā)現(xiàn)在統(tǒng)一了大小寫問題后，提交文章時候關鍵字標簽的記錄插入依舊失敗，報錯信息提示為語法錯誤。

經(jīng)過排查，發(fā)現(xiàn)是保留字在搗鬼。在ORACLE數(shù)據(jù)庫中對保留字的態(tài)度是較為寬容的，可以表名和字段名稱均可以使用保留字；而MYSQL數(shù)據(jù)庫規(guī)定保留字是不可以作為表名和字段名的。在網(wǎng)站的數(shù)據(jù)庫Sitearticle表中的其中一個字段名為show，屬于保留字，因此同樣建立在MYSQL數(shù)據(jù)庫后，插入新記錄報語法錯誤。

解決這個問題，需要在網(wǎng)頁代碼中將代碼語句中的關于Sitearticle表的show字段名用``符號（即1按鍵前面的按鍵輸入的符號）引起來以區(qū)別。

小結：不同數(shù)據(jù)庫對保留字的要求不同，所以在網(wǎng)站數(shù)據(jù)庫建設的時候不論當前數(shù)據(jù)庫類型版本是否支持，盡量不用保留字作為字段名和表名，以保障后期數(shù)據(jù)庫版本的升級和替換后運行正常。
本文發(fā)布于北京網(wǎng)站制作公司尚品中國http://wngszx.com/