構建好開發環境後，Doking's BLOG數據庫規劃是第三步，它也是直接關系到數據庫以後是否能夠有效運行的關鍵步驟，也是對一個數據庫開發人員的規范要求。
3.1 數據庫的規范化
數據庫的規范化主要體現在表與表之間的關系、數據結構及存儲兩大方面。
3.1.1 數據表之間的關系
許多初學者常常認為，建立一個表儲存所有數據就可以了。如果這麼認為，那經常會造成數據冗余的。圖3-1-1是一個數據表，可以看到畫在紅色圈中的數據是冗余的。
圖3-1-1 一個數據表
冗余數據會影響數據庫的有效運行，甚至可以把數據庫推毀。為減少冗余數據，得把數據分開儲存成幾個表，並建立表與表之間的連接關系。表與表之間的連接關系，主要有一對多、多對多、一對一三種方式。
一對多關系，它是數據庫中最普通的關系類型。這種關系雙被稱為是父表與子表關系或主表與分表關系。圖3-1-2就體現了一種父表與子表關系。在這裡，專題表與回復表就是一對多的關系。專題表是父表，回復表是子表，專題表中的一行在回復表可有零行、一行或許多與之對應，而回復表中的每一行都與專題表中的相應的專題對應。
圖3-1-2 一對多關系
多對多關系，就是第一張表的每一行可對應第二張表的許多行，同樣地，第二張表中的每行也可與第一第表中的許多行相對應。例如，一個專題可以有許多用戶回復，一個用戶也可以作多次專題回復。這就需要建立第三張表，將專題代碼與用戶代碼連接，這個表就是前兩個表的父表。在圖3-1-3中，“回復表”就是“專題表”與“用戶表”的父表。
圖3-1-3 多對多關系
一對一的關系，就是將一個表中的行與另一表中的行連接來。這種關系非常少見，因為如是有的話，還不如把這兩個表合為一張表更為合理。
3.1.2 數據結構與儲存
數據庫的物理結構必須基於邏輯結構建立的，在設計表格、字段和關系時就需記住一些規則。行與列的順序並不起什麼作用，雖然在數據表中，列會有一定的順序位置，但它們並不以此來代表引用順序。記錄的順序只有在它們從數據表中取出並送給用時才起作用。SQL會通過參數數據庫索引來處理記錄的提取順序。例如，在數據表中，把性別字段放在姓名字段之前，這個錯誤沒什麼，只要在采用SQL語句調用這個數據表時，記得把姓名字段調到性別字段之前就可以了。
設計數據表時，分配字段大小要慎重，在夠用的情況下，能省就省。如果字段用於儲存整數，請用整數或長整數，不用單精度或雙精度，如果夠用的話，最好建立100字符的文本類型字段，而不要采用備注字段。為什麼？如果你不怕高昂的服務器費用、不怕網絡數據庫運行緩慢，你大可不必理會這些，但它最嚴重會導致數據庫崩潰。
3.2 Doking’s BLOG數據庫的設計
基於上述數據庫規范化的知識，這節開始規劃設計Doking’s BLOG數據庫。Doking’s BLOG數據庫中設計了五個數據表，分別是LM表（欄目表）、ZT表（學習筆記表）、HF表（回復表）、YH表（用戶表）、GLY表（管理員表），並把數據庫命名為“dkblog.mdb”，保存在“D:\dat\”目錄下。
LM表即欄目表，用於網站導航條建立和學習筆記的歸類，欄目內容是由網站的管理員設計的，其字段設計如圖3-2-1所示
圖3-2-1 LM表的字段設計圖
ZT表即學習筆記表，是用於儲存用戶發表學習心得，其實字段設計如圖3-2-2所示：
圖3-2-2 ZT表的字段設計圖
HH表即回復表，儲存著用戶對已發表的學習筆記的回復，其字段如圖3-2-3所示：
圖3-2-3 HF表的字段設計圖
YH表即用戶表，儲存著用戶的注冊信息，方便用戶登錄發表學習筆記和學習筆記的回復。其字段設計如圖3-2-4所示：
圖3-2-4 YH表的字段設計圖
GLY表即管理員表，用於管理員登錄，管理網站，其字段設計如圖圖3-2-5
圖
123下一頁