數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范化要求有哪些

本篇內(nèi)容主要講解“數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范化要求有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范化要求有哪些”吧!

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

　　雖然表中允許空列，但是，空字段是一種比較特殊的數(shù)據(jù)類(lèi)型。數(shù)據(jù)庫(kù)在處理的時(shí)候，需要進(jìn)行特殊的處理。如此的話，就會(huì)增加數(shù)據(jù)庫(kù)處理記錄的復(fù)雜性。當(dāng)表中有比較多的空字段時(shí)，在同等條件下，數(shù)據(jù)庫(kù)處理的性能會(huì)降低許多。

　　所以，雖然在數(shù)據(jù)庫(kù)表設(shè)計(jì)的時(shí)候，允許表中具有空字段，但是，我們應(yīng)該盡量避免。若確實(shí)需要的話，我們可以通過(guò)一些折中的方式，來(lái)處理這些空字段，讓其對(duì)數(shù)據(jù)庫(kù)性能的影響降低到最少。

　　一是通過(guò)設(shè)置默認(rèn)值的形式，來(lái)避免空字段的產(chǎn)生。如在一個(gè)人事管理系統(tǒng)中，有時(shí)候身份證號(hào)碼字段可能允許為空。因?yàn)椴皇敲總€(gè)人都可以記住自己的身份證號(hào)碼。而在員工報(bào)到的時(shí)候，可能身份證沒(méi)有帶在身邊。所以，身份證號(hào)碼字段往往不能及時(shí)提供。為此，身份證號(hào)碼字段可以允許為空，以滿足這些特殊情況的需要。但是，在數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候，則可以做一些處理。如當(dāng)用戶(hù)沒(méi)有輸入內(nèi)容的時(shí)候，則把這個(gè)字段的默認(rèn)值設(shè)置為0或者為N/A。以避免空字段的產(chǎn)生。

　　二是若一張表中，允許為空的列比較多，接近表全部列數(shù)的三分之一。而且，這些列在大部分情況下，都是可有可無(wú)的。若數(shù)據(jù)庫(kù)管理員遇到這種情況，筆者建議另外建立一張副表，以保存這些列。然后通過(guò)關(guān)鍵字把主表跟這張副表關(guān)聯(lián)起來(lái)。將數(shù)據(jù)存儲(chǔ)在兩個(gè)獨(dú)立的表中使得主表的設(shè)計(jì)更為簡(jiǎn)單，同時(shí)也能夠滿足存儲(chǔ)空值信息的需要。

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

　　如現(xiàn)在有一個(gè)進(jìn)銷(xiāo)存管理系統(tǒng)，這個(gè)系統(tǒng)中有一張產(chǎn)品基本信息表中。這個(gè)產(chǎn)品開(kāi)發(fā)有時(shí)候可以是一個(gè)人完成，而有時(shí)候又需要多個(gè)人合作才能夠完成。所以，在產(chǎn)品基本信息表產(chǎn)品開(kāi)發(fā)者這個(gè)字段中，有時(shí)候可能需要填入多個(gè)開(kāi)發(fā)者的名字。

　　如進(jìn)銷(xiāo)存管理中，還需要對(duì)客戶(hù)的聯(lián)系人進(jìn)行管理。有時(shí)候，企業(yè)可能只知道客戶(hù)一個(gè)采購(gòu)員的姓名。但是在必要的情況下，企業(yè)需要對(duì)客戶(hù)的采購(gòu)代表、倉(cāng)庫(kù)人員、財(cái)務(wù)人員共同進(jìn)行管理。因?yàn)樵谟唵紊希赡苄枰钊氩少?gòu)代表的名字;可是在出貨單上，則需要填入倉(cāng)庫(kù)管理人員的名字等等。

　　為了解決這個(gè)問(wèn)題，有多種實(shí)現(xiàn)方式。但是，若設(shè)計(jì)不合理的話在，則會(huì)導(dǎo)致重復(fù)的值或者列。如我們也可以這么設(shè)計(jì)，把客戶(hù)信息、聯(lián)系人都放入同一張表中。為了解決多個(gè)聯(lián)系人的問(wèn)題，可以設(shè)置第一聯(lián)系人、第一聯(lián)系人電話、第二聯(lián)系人、第二聯(lián)系人電話等等。若還有第三聯(lián)系人、第四聯(lián)系人等等，則往往還需要加入更多的字段。

　　可是這么設(shè)計(jì)的話，會(huì)產(chǎn)生一系列的問(wèn)題。如客戶(hù)的采購(gòu)員流動(dòng)性比較大，在一年內(nèi)換了六個(gè)采購(gòu)員。此時(shí)，在系統(tǒng)中該如何管理呢?難道就建立六個(gè)聯(lián)系人字段?這不但會(huì)導(dǎo)致空字段的增加，還需要頻繁的更改數(shù)據(jù)庫(kù)表結(jié)構(gòu)。明顯，這么做是不合理的。也有人說(shuō)，可以直接修改采購(gòu)員的名字呀。可是這么處理的話，會(huì)把原先采購(gòu)訂單上采購(gòu)員的名字也改變了。因?yàn)椴少?gòu)單上客戶(hù)采購(gòu)員信息在數(shù)據(jù)庫(kù)中存儲(chǔ)的不是采購(gòu)員的名字，而只是采購(gòu)員對(duì)應(yīng)的一個(gè)編號(hào)。在編號(hào)不改而名字改變了的情況下，采購(gòu)訂單上顯示的就是更改后的名字。這不利于時(shí)候的追蹤。

　　所以，在數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候要盡量避免這種重復(fù)的值或者列的產(chǎn)生。筆者建議，若數(shù)據(jù)庫(kù)管理員遇到這種情況，可以改變一下策略。如把客戶(hù)聯(lián)系人另外設(shè)置一張表。然后通過(guò)客戶(hù)ID把供應(yīng)商信息表跟客戶(hù)聯(lián)系人信息表連接起來(lái)。也就是說(shuō)，盡量將重復(fù)的值放置到一張獨(dú)立的表中進(jìn)行管理。然后通過(guò)視圖或者其他手段把這些獨(dú)立的表聯(lián)系起來(lái)。

　　　要求三：表中記錄應(yīng)該有一個(gè)唯一的標(biāo)識(shí)符。

　　在數(shù)據(jù)庫(kù)表設(shè)計(jì)的時(shí)候，數(shù)據(jù)庫(kù)管理員應(yīng)該養(yǎng)成一個(gè)好習(xí)慣，用一個(gè)ID號(hào)來(lái)唯一的標(biāo)識(shí)行記錄，而不要通過(guò)名字、編號(hào)等字段來(lái)對(duì)紀(jì)錄進(jìn)行區(qū)分。每個(gè)表都應(yīng)該有一個(gè)ID列，任何兩個(gè)記錄都不可以共享同一個(gè)ID值。另外，這個(gè)ID值最好有數(shù)據(jù)庫(kù)來(lái)進(jìn)行自動(dòng)管理，而不要把這個(gè)任務(wù)給前臺(tái)應(yīng)用程序。否則的話，很容易產(chǎn)生ID值不統(tǒng)一的情況。

　　另外，在數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候，最好還能夠加入行號(hào)。如在銷(xiāo)售訂單管理中，ID號(hào)是用戶(hù)不能夠維護(hù)的。但是，行號(hào)用戶(hù)就可以維護(hù)。如在銷(xiāo)售訂單的行中，用戶(hù)可以通過(guò)調(diào)整行號(hào)的大小來(lái)對(duì)訂單行進(jìn)行排序。通常情況下，ID列是以1為單位遞進(jìn)的。但是，行號(hào)就要以10為單位累進(jìn)。如此，正常情況下，行號(hào)就以10、20、30依次擴(kuò)展下去。若此時(shí)用戶(hù)需要把行號(hào)為30的紀(jì)錄調(diào)到第一行顯示。此時(shí)，用戶(hù)在不能夠更改ID列的情況下，可以更改行號(hào)來(lái)實(shí)現(xiàn)。如可以把行號(hào)改為1，在排序時(shí)就可以按行號(hào)來(lái)進(jìn)行排序。如此的話，原來(lái)行號(hào)為30的紀(jì)錄現(xiàn)在行號(hào)變?yōu)榱?，就可以在第一行中顯示。這是在實(shí)際應(yīng)用程序設(shè)計(jì)中對(duì)ID列的一個(gè)有效補(bǔ)充。這個(gè)內(nèi)容在教科書(shū)上是沒(méi)有的。需要在實(shí)際應(yīng)用程序設(shè)計(jì)中，才會(huì)掌握到這個(gè)技巧。

　　要求四：數(shù)據(jù)庫(kù)對(duì)象要有統(tǒng)一的前綴名。

　　一個(gè)比較復(fù)雜的應(yīng)用系統(tǒng)，其對(duì)應(yīng)的數(shù)據(jù)庫(kù)表往往以千計(jì)。若讓數(shù)據(jù)庫(kù)管理員看到對(duì)象名就了解這個(gè)數(shù)據(jù)庫(kù)對(duì)象所起的作用，恐怕會(huì)比較困難。而且在數(shù)據(jù)庫(kù)對(duì)象引用的時(shí)候，數(shù)據(jù)庫(kù)管理員也會(huì)為不能迅速找到所需要的數(shù)據(jù)庫(kù)對(duì)象而頭疼。

　　為此，筆者建立，在開(kāi)發(fā)數(shù)據(jù)庫(kù)之前，最好能夠花一定的時(shí)間，去制定一個(gè)數(shù)據(jù)庫(kù)對(duì)象的前綴命名規(guī)范。如筆者在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，喜歡跟前臺(tái)應(yīng)用程序協(xié)商，確定合理的命名規(guī)范。筆者最常用的是根據(jù)前臺(tái)應(yīng)用程序的模塊來(lái)定義后臺(tái)數(shù)據(jù)庫(kù)對(duì)象前綴名。如跟物料管理模塊相關(guān)的表可以用M為前綴;而以訂單管理相關(guān)的，則可以利用C作為前綴。具體采用什么前綴可以以用戶(hù)的愛(ài)好而定義。但是，需要注意的是，這個(gè)命名規(guī)范應(yīng)該在數(shù)據(jù)庫(kù)管理員與前臺(tái)應(yīng)用程序開(kāi)發(fā)者之間達(dá)成共識(shí)，并且嚴(yán)格按照這個(gè)命名規(guī)范來(lái)定義對(duì)象名。

　　其次，表、視圖、函數(shù)等最好也有統(tǒng)一的前綴。如視圖可以用V為前綴，而函數(shù)則可以利用F為前綴。如此數(shù)據(jù)庫(kù)管理員無(wú)論是在日常管理還是對(duì)象引用的時(shí)候，都能夠在最短的時(shí)間內(nèi)找到自己所需要的對(duì)象。

　　要求五：盡量只存儲(chǔ)單一實(shí)體類(lèi)型的數(shù)據(jù)。

　　這里將的實(shí)體類(lèi)型跟數(shù)據(jù)類(lèi)型不是一回事，要注意區(qū)分。這里講的實(shí)體類(lèi)型是指所需要描述對(duì)象的本身。筆者舉一個(gè)例子，估計(jì)大家就可以明白其中的內(nèi)容了。如現(xiàn)在有一個(gè)圖書(shū)館里系統(tǒng)，有圖書(shū)基本信息、作者信息兩個(gè)實(shí)體對(duì)象。若用戶(hù)要把這兩個(gè)實(shí)體對(duì)象信息放在同一張表中也是可以的。如可以把表設(shè)計(jì)成圖書(shū)名字、圖書(shū)作者等等。可是如此設(shè)計(jì)的話，會(huì)給后續(xù)的維護(hù)帶來(lái)不少的麻煩。

　　如當(dāng)后續(xù)有圖書(shū)出版時(shí)，則需要為每次出版的圖書(shū)增加作者信息，這無(wú)疑會(huì)增加額外的存儲(chǔ)空間，也會(huì)增加記錄的長(zhǎng)度。而且若作者的情況有所改變，如住址改變了以后，則還需要去更改每本書(shū)的記錄。同時(shí)，若這個(gè)作者的圖書(shū)從數(shù)據(jù)庫(kù)中全部刪除之后，這個(gè)作者的信息也就蕩然無(wú)存了。很明顯，這不符合數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范化的需求。

到此，相信大家對(duì)“數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范化要求有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢(xún)，關(guān)注我們，繼續(xù)學(xué)習(xí)！