1. 程式人生 > >基於Android平臺的汽車租賃平臺專案的資料庫設計心得

基於Android平臺的汽車租賃平臺專案的資料庫設計心得

  我們團隊的專案是基於Android平臺的汽車租賃平臺,其分為手機客戶端與web後臺管理系統,用以滿足租車公司的業務需求,故資料庫設計對於本專案顯得尤為重要,我們團隊資料庫設計最開始用的是最原始的方式:Word手動輸入,但隨後隨著資料庫課程以及實驗的學習,我們最後使用的PowerDesigner設計的資料庫並生成了SQL檔案,匯入資料庫完成的資料庫最終設計與搭建,我們團隊於第8周完成了資料庫的搭建。

                          

  資料庫設計中,資料庫要嚴格與專案需求相聯絡,同時保證資料庫資料完整、正確、安全以及資料處理的高效與簡單性,這就不僅僅只要求資料庫與需求僅僅聯絡,還要滿足資料庫設計的正規化,我們專案資料庫就是根據資料庫設計三大正規化進行的優化。下面簡單介紹一下資料庫設計的正規化。

  正規化:英文名稱是 Normal Form,它是英國人 E.F.Codd(關係資料庫鼻祖)在上個世紀70年代提出關係資料庫模型後總結出來的,正規化是關係資料庫理論的基礎,也是我們在設計資料庫結構過程中所要遵循的規則和指導方法。目前有跡可尋的共有8種正規化,依次是:1NF,2NF,3NF,BCNF,4NF,5NF,DKNF,6NF。通常所用到的只是前三個正規化,即:第一正規化(1NF),第二正規化(2NF),第三正規化(3NF)。

   第一正規化(1NF):強調的是列的原子性,即列不能夠再分成其他幾列。

   第二正規化(2NF):首先是 1NF,另外包含兩部分內容,一是表必須有一個主鍵;二是沒有包含在主鍵中的列必須完全依賴於主鍵,而不能只依賴於主鍵的一部分。 

   第三正規化(3NF):首先是 2NF,另外非主鍵列必須直接依賴於主鍵,不能存在傳遞依賴。即不能存在:非主鍵列 A 依賴於非主鍵列 B,非主鍵列 B 依賴於主鍵的情況。

其中第二正規化(2NF)和第三正規化(3NF)的概念很容易混淆,區分它們的關鍵點在於,2NF:非主鍵列是否完全依賴於主鍵,還是依賴於主鍵的一部分;3NF:非主鍵列是直接依賴於主鍵,還是直接依賴於非主鍵列。

  以上就是資料庫設計的三大正規化的介紹,但資料庫稽核時,老師說有的時候是可以不必一定要滿足三大正規化以達到對效率的追求,故實際的資料庫設計還是要結合實際才能設計最適合專案的資料庫。