第三章 Doking's BLOG 數據庫的設計和連接

構建好開發環境后，Doking's BLOG數據庫規劃是第三步，它也是直接關系到數據庫以后是否能夠有效運行的要害步驟，也是對一個數據庫開發人員的規范要求。

3.1 數據庫的規范化

數據庫的規范化主要體現在表與表之間的關系、數據結構及存儲兩大方面。

3.1.1 數據表之間的關系

許多初學者經常認為，建立一個表儲存所有數據就可以了。假如這么認為，那經常會造成數據冗余的。圖3-1-1是一個數據表，可以看到畫在紅色圈中的數據是冗余的。

冗余數據會影響數據庫的有效運行，甚至可以把數據庫推毀。為減少冗余數據，得把數據分開儲存成幾個表，并建立表與表之間的連接關系。表與表之間的連接關系，主要有一對多、多對多、一對一三種方式。

一對多關系，它是數據庫中最普通的關系類型。這種關系雙被稱為是父表與子表關系或主表與分表關系。圖3-1-2就體現了一種父表與子表關系。在這里，專題表與回復表就是一對多的關系。專題表是父表，回復表是子表，專題表中的一行在回復表可有零行、一行或許多與之對應，而回復表中的每一行都與專題表中的相應的專題對應。

多對多關系，就是第一張表的每一行可對應第二張表的許多行，同樣地，第二張表中的每行也可與第一第表中的許多行相對應。例如，一個專題可以有許多用戶回復，一個用戶也可以作多次專題回復。這就需要建立第三張表，將專題代碼與用戶代碼連接，這個表就是前兩個表的父表。在圖3-1-3中，“回復表”就是“專題表”與“用戶表”的父表。

一對一的關系，就是將一個表中的行與另一表中的行連接來。這種關系非常少見，因為如是有的話，還不如把這兩個表合為一張表更為合理。

3.1.2 數據結構與儲存

數據庫的物理結構必須基于邏輯結構建立的，在設計表格、字段和關系時就需記住一些規則。行與列的順序并不起什么作用，雖然在數據表中，列會有一定的順序位置，但它們并不以此來代表引用順序。記錄的順序只有在它們從數據表中取出并送給用時才起作用。SQL會通過參數數據庫索引來處理記錄的提取順序。例如，在數據表中，把性別字段放在姓名字段之前，這個錯誤沒什么，只要在采用SQL語句調用這個數據表時，記得把姓名字段調到性別字段之前就可以了。

設計數據表時，分配字段大小要慎重，在夠用的情況下，能省就省。假如字段用于儲存整數，請用整數或長整數，不用單精度或雙精度，假如夠用的話，最好建立100字符的文本類型字段，而不要采用備注字段。為什么？假如你不怕高昂的服務器費用、不怕網絡數據庫運行緩慢，你大可不必理會這些，但它最嚴重會導致數據庫崩潰。