自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

數(shù)據(jù)庫設(shè)計規(guī)范化的五個要求

運維 數(shù)據(jù)庫運維
數(shù)據(jù)庫邏輯設(shè)計是優(yōu)化關(guān)系數(shù)據(jù)庫的核心。而數(shù)據(jù)庫設(shè)計的規(guī)范化則是這個核心的核心。一個規(guī)范化的邏輯數(shù)據(jù)庫,可以為數(shù)據(jù)庫管理員優(yōu)化數(shù)據(jù)庫和應(yīng)用程序性能打下堅實的基礎(chǔ)。相反,若邏輯數(shù)據(jù)庫設(shè)計不規(guī)范,則會損害整個數(shù)據(jù)庫,包括應(yīng)用程序的性能。

通常情況下,可以從兩個方面來判斷數(shù)據(jù)庫是否設(shè)計的比較規(guī)范。一是看看是否擁有大量的窄表,二是寬表的數(shù)量是否足夠的少。若符合這兩個條件,則可以說明這個數(shù)據(jù)庫的規(guī)范化水平還是比較高的。當然這是兩個泛泛而談的指標。為了達到數(shù)據(jù)庫設(shè)計規(guī)范化的要求,一般來說,需要符合以下五個要求。

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

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

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

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

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

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

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

如進銷存管理中,還需要對客戶的聯(lián)系人進行管理。有時候,企業(yè)可能只知道客戶一個采購員的姓名。但是在必要的情況下,企業(yè)需要對客戶的采購代表、倉庫人員、財務(wù)人員共同進行管理。因為在訂單上,可能需要填入采購代表的名字;可是在出貨單上,則需要填入倉庫管理人員的名字等等。

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

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

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

要求三:表中記錄應(yīng)該有一個唯一的標識符

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

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

要求四:數(shù)據(jù)庫對象要有統(tǒng)一的前綴名

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

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

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

要求五:盡量只存儲單一實體類型的數(shù)據(jù)

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

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

遇到這種情況時,筆者建議可以把上面這張表分解成三種獨立的表,分別為圖書基本信息表、作者基本信息表、圖書與作者對應(yīng)表等等。如此設(shè)計以后,以上遇到的所有問題就都引刃而解了。

以上五條是在數(shù)據(jù)庫設(shè)計時達到規(guī)范化水平的基本要求。除了這些另外還有很多細節(jié)方面的要求,如數(shù)據(jù)類型、存儲過程等等。而且,數(shù)據(jù)庫規(guī)范往往沒有技術(shù)方面的嚴格限制,主要依靠數(shù)據(jù)庫管理員日常工作經(jīng)驗的累積。

【編輯推薦】

  1. 數(shù)據(jù)庫設(shè)計中的十四個技巧
  2. 數(shù)據(jù)庫設(shè)計三大范式應(yīng)用實例剖析
  3. UML在關(guān)系型數(shù)據(jù)庫設(shè)計中的應(yīng)用
責任編輯:佚名 來源: IT專家網(wǎng)
相關(guān)推薦

2010-04-27 16:31:41

Oracle數(shù)據(jù)庫

2010-04-19 12:35:01

Oracle數(shù)據(jù)庫設(shè)計

2010-04-12 15:53:09

Oracle

2014-08-29 10:24:05

SQL Server

2011-08-12 14:18:38

SQL Server數(shù)設(shè)計規(guī)范

2021-01-26 13:31:48

數(shù)據(jù)庫關(guān)系型數(shù)據(jù)庫冗余

2010-05-11 18:57:53

MYSQL數(shù)據(jù)庫命名

2015-08-04 09:20:42

.NET數(shù)據(jù)庫設(shè)計規(guī)范

2024-04-25 09:14:57

數(shù)據(jù)庫Mysql阿里巴巴

2019-10-12 00:39:23

MySQL數(shù)據(jù)庫Oracle

2015-07-28 10:33:17

.NETERP系統(tǒng)

2011-04-15 11:29:31

數(shù)據(jù)庫設(shè)計

2018-07-04 14:45:22

2021-04-21 08:09:50

iOSApp設(shè)計iPhone

2021-04-22 05:43:22

索引設(shè)計SET

2023-09-28 12:35:34

SQL數(shù)據(jù)庫系統(tǒng)

2023-07-24 16:08:17

測試開發(fā)

2022-03-14 09:44:14

數(shù)據(jù)庫虛擬化

2009-10-22 12:50:32

校園綜合布線系統(tǒng)

2017-04-18 12:20:02

運維解析設(shè)計
點贊
收藏

51CTO技術(shù)棧公眾號