一：表中應(yīng)該避免可為空的列；

二：表不應(yīng)該有重復(fù)的值或者列；

三：?表中記錄應(yīng)該有一個(gè)唯一的標(biāo)識(shí)符?
　　在數(shù)據(jù)庫表設(shè)計(jì)的時(shí)候，數(shù)據(jù)庫管理員應(yīng)該養(yǎng)成一個(gè)好習(xí)慣，用一個(gè)ID號(hào)來 唯一的標(biāo)識(shí)行記錄，而不要通過名字、編號(hào)等字段來對(duì)紀(jì)錄進(jìn)行區(qū)分。每個(gè)表都應(yīng)該有一個(gè)ID列，任何兩個(gè)記錄都不可以共享同一個(gè)ID值。另外，這個(gè)ID值最 好有數(shù)據(jù)庫來進(jìn)行自動(dòng)管理，而不要把這個(gè)任務(wù)給前臺(tái)應(yīng)用程序。否則的話，很容易產(chǎn)生ID值不統(tǒng)一的情況。
　　另外，在數(shù)據(jù)庫設(shè)計(jì)的時(shí)候，最好還能 夠加入行號(hào)。如在銷售訂單管理中，ID號(hào)是用戶不能夠維護(hù)的。但是，行號(hào)用戶就可以維護(hù)。如在銷售訂單的行中，用戶可以通過調(diào)整行號(hào)的大小來對(duì)訂單行進(jìn)行 排序。通常情況下，ID列是以1為單位遞進(jìn)的。但是，行號(hào)就要以10為單位累進(jìn)。如此，正常情況下，行號(hào)就以10、20、30依次擴(kuò)展下去。若此時(shí)用戶需 要把行號(hào)為30的紀(jì)錄調(diào)到第一行顯示。此時(shí)，用戶在不能夠更改ID列的情況下，可以更改行號(hào)來實(shí)現(xiàn)。如可以把行號(hào)改為1，在排序時(shí)就可以按行號(hào)來進(jìn)行排 序。如此的話，原來行號(hào)為30的紀(jì)錄現(xiàn)在行號(hào)變?yōu)榱?，就可以在第一行中顯示。這是在實(shí)際應(yīng)用程序設(shè)計(jì)中對(duì)ID列的一個(gè)有效補(bǔ)充。這個(gè)內(nèi)容在教科書上是沒 有的。需要在實(shí)際應(yīng)用程序設(shè)計(jì)中，才會(huì)掌握到這個(gè)技巧。

四：數(shù)據(jù)庫對(duì)象要有統(tǒng)一的前綴名?
　　一個(gè)比較復(fù)雜的應(yīng)用系統(tǒng)，其對(duì)應(yīng)的數(shù)據(jù)庫表往往以千計(jì)。若讓數(shù)據(jù)庫管理員看到對(duì)象名就了解這個(gè)數(shù)據(jù)庫對(duì)象所起的作用，恐怕會(huì)比較困難。而且在數(shù)據(jù)庫對(duì)象引用的時(shí)候，數(shù)據(jù)庫管理員也會(huì)為不能迅速找到所需要的數(shù)據(jù)庫對(duì)象而頭疼。
　 　為此，筆者建立，在開發(fā)數(shù)據(jù)庫之前，最好能夠花一定的時(shí)間，去制定一個(gè)數(shù)據(jù)庫對(duì)象的前綴命名規(guī)范。如筆者在數(shù)據(jù)庫設(shè)計(jì)時(shí)，喜歡跟前臺(tái)應(yīng)用程序協(xié)商，確定 合理的命名規(guī)范。筆者最常用的是根據(jù)前臺(tái)應(yīng)用程序的模塊來定義后臺(tái)數(shù)據(jù)庫對(duì)象前綴名。如跟物料管理模塊相關(guān)的表可以用M為前綴;而以訂單管理相關(guān)的，則可 以利用C作為前綴。具體采用什么前綴可以以用戶的愛好而定義。但是，需要注意的是，這個(gè)命名規(guī)范應(yīng)該在數(shù)據(jù)庫管理員與前臺(tái)應(yīng)用程序開發(fā)者之間達(dá)成共識(shí)，并 且嚴(yán)格按照這個(gè)命名規(guī)范來定義對(duì)象名。
　　其次，表、視圖、函數(shù)等最好也有統(tǒng)一的前綴。如視圖可以用V為前綴，而函數(shù)則可以利用F為前綴。如此數(shù)據(jù)庫管理員無論是在日常管理還是對(duì)象引用的時(shí)候，都能夠在最短的時(shí)間內(nèi)找到自己所需要的對(duì)象。

五：盡量只存儲(chǔ)單一實(shí)體類型的數(shù)據(jù)?
　　這里將的實(shí)體類型跟數(shù)據(jù)類型不是一回事，要注意區(qū)分。這里講的實(shí)體類型 是指所需要描述對(duì)象的本身。筆者舉一個(gè)例子，估計(jì)大家就可以明白其中的內(nèi)容了。如現(xiàn)在有一個(gè)圖書館里系統(tǒng)，有圖書基本信息、作者信息兩個(gè)實(shí)體對(duì)象。若用戶 要把這兩個(gè)實(shí)體對(duì)象信息放在同一張表中也是可以的。如可以把表設(shè)計(jì)成圖書名字、圖書作者等等。可是如此設(shè)計(jì)的話，會(huì)給后續(xù)的維護(hù)帶來不少的麻煩。
　 　如當(dāng)后續(xù)有圖書出版時(shí)，則需要為每次出版的圖書增加作者信息，這無疑會(huì)增加額外的存儲(chǔ)空間，也會(huì)增加記錄的長度。而且若作者的情況有所改變，如住址改變 了以后，則還需要去更改每本書的記錄。若這個(gè)作者的圖書從數(shù)據(jù)庫中全部刪除之后，這個(gè)作者的信息也就蕩然無存了。很明顯，這不符合數(shù)據(jù)庫設(shè)計(jì)規(guī)范化的需 求。
　　遇到這種情況時(shí)，筆者建議可以把上面這張表分解成三種獨(dú)立的表，分別為圖書基本信息表、作者基本信息表、圖書與作者對(duì)應(yīng)表等等。如此設(shè)計(jì)以后，以上遇到的所有問題就都引刃而解了。

總結(jié)

以上是生活随笔為你收集整理的mysql数据库设计学习---数据库设计规范化的五个要求的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。