數(shù)據(jù)庫(kù)設(shè)計(jì)技巧
數(shù)據(jù)庫(kù)設(shè)計(jì)技巧
1. 設(shè)計(jì)數(shù)據(jù)庫(kù)之前（需求分析階段）
1) 理解客戶需求，詢問用戶如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發(fā)的繼續(xù)，還要經(jīng)常詢問客戶保證其需求仍然在開發(fā)的目的之中。
2) 了解企業(yè)業(yè)務(wù)可以在以后的開發(fā)階段節(jié)約大量的時(shí)間。
3) 重視輸入輸出。
在定義數(shù)據(jù)庫(kù)表和字段需求（輸入）時(shí)，首先應(yīng)檢查現(xiàn)有的或者已經(jīng)設(shè)計(jì)出的報(bào)表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和字段。
舉例：假如客戶需要一個(gè)報(bào)表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨(dú)的郵政編碼字段而不要把郵政編碼糅進(jìn)地址字段里。
4) 創(chuàng)建數(shù)據(jù)字典和er 圖表
er 圖表和數(shù)據(jù)字典可以讓任何了解數(shù)據(jù)庫(kù)的人都明確如何從數(shù)據(jù)庫(kù)中獲得數(shù)據(jù)。er圖對(duì)表明表之間關(guān)系很有用，而數(shù)據(jù)字典則說明了每個(gè)字段的用途以及任何可能存在的別名。對(duì)sql 表達(dá)式的文檔化來說這是完全必要的。
5) 定義標(biāo)準(zhǔn)的對(duì)象命名規(guī)范
數(shù)據(jù)庫(kù)各種對(duì)象的命名必須規(guī)范。
2. 表和字段的設(shè)計(jì)（數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)）
表設(shè)計(jì)原則
1) 標(biāo)準(zhǔn)化和規(guī)范化
數(shù)據(jù)的標(biāo)準(zhǔn)化有助于消除數(shù)據(jù)庫(kù)中的數(shù)據(jù)冗余。標(biāo)準(zhǔn)化有好幾種形式，但third normal form（3nf）通常被認(rèn)為在性能、擴(kuò)展性和數(shù)據(jù)完整性方面達(dá)到了最好平衡。簡(jiǎn)單來說，遵守3nf 標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)的表設(shè)計(jì)原則是：“one fact in one place”即某個(gè)表只包括其本身基本的屬性，當(dāng)不是它們本身所具有的屬性時(shí)需進(jìn)行分解。表之間的關(guān)系通過外鍵相連接。它具有以下特點(diǎn)：有一組表專門存放通過鍵連接起來的關(guān)聯(lián)數(shù)據(jù)。
舉例：某個(gè)存放客戶及其有關(guān)定單的3nf 數(shù)據(jù)庫(kù)就可能有兩個(gè)表：customer 和order。order 表不包含定單關(guān)聯(lián)客戶的任何信息，但表內(nèi)會(huì)存放一個(gè)鍵值，該鍵指向customer 表里包含該客戶信息的那一行。
事實(shí)上，為了效率的緣故，對(duì)表不進(jìn)行標(biāo)準(zhǔn)化有時(shí)也是必要的。
2) 數(shù)據(jù)驅(qū)動(dòng)
采用數(shù)據(jù)驅(qū)動(dòng)而非硬編碼的方式，許多策略變更和維護(hù)都會(huì)方便得多，大大增強(qiáng)系統(tǒng)的靈活性和擴(kuò)展性。
舉例，假如用戶界面要訪問外部數(shù)據(jù)源（文件、xml 文檔、其他數(shù)據(jù)庫(kù)等），不妨把相應(yīng)的連接和路徑信息存儲(chǔ)在用戶界面支持表里。還有，如果用戶界面執(zhí)行工作流之類的任務(wù)（發(fā)送郵件、打印信箋、修改記錄狀態(tài)等），那么產(chǎn)生工作流的數(shù)據(jù)也可以存放在數(shù)據(jù)庫(kù)里。角色權(quán)限管理也可以通過數(shù)據(jù)驅(qū)動(dòng)來完成。事實(shí)上，如果過程是數(shù)據(jù)驅(qū)動(dòng)的，你就可以把相當(dāng)大的責(zé)任推給用戶，由用戶來維護(hù)自己的工作流過程。
3) 考慮各種變化
在設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候考慮到哪些數(shù)據(jù)字段將來可能會(huì)發(fā)生變更。
舉例，姓氏就是如此（注意是西方人的姓氏，比如女性結(jié)婚后從夫姓等）。所以，在建立系統(tǒng)存儲(chǔ)客戶信息時(shí)，在單獨(dú)的一個(gè)數(shù)據(jù)表里存儲(chǔ)姓氏字段，而且還附加起始日和終止日等字段，這樣就可以跟蹤這一數(shù)據(jù)條目的變化。
字段設(shè)計(jì)原則
4) 每個(gè)表中都應(yīng)該添加的3 個(gè)有用的字段
•?drecordcreationdate，在vb 下默認(rèn)是now()，而在sql server 下默認(rèn)為getdate()
•?srecordcreator，在sql server 下默認(rèn)為not null default user
•?nrecordversion，記錄的版本標(biāo)記；有助于準(zhǔn)確說明記錄中出現(xiàn)null 數(shù)據(jù)或者丟失數(shù)據(jù)的原因
5) 對(duì)地址和電話采用多個(gè)字段
描述街道地址就短短一行記錄是不夠的。address_line1、address_line2 和address_line3 可以提供更大的靈活性。還有，電話號(hào)碼和郵件地址最好擁有自己的數(shù)據(jù)表，其間具有自身的類型和標(biāo)記類別。
6) 使用角色實(shí)體定義屬于某類別的列
在需要對(duì)屬于特定類別或者具有特定角色的事物做定義時(shí)，可以用角色實(shí)體來創(chuàng)建特定的時(shí)間關(guān)聯(lián)關(guān)系，從而可以實(shí)現(xiàn)自我文檔化。
舉例：用person 實(shí)體和person_type 實(shí)體來描述人員。比方說，當(dāng)john smith, engineer 提升為john smith, director 乃至最后爬到j(luò)ohn smith, cio 的高位，而所有你要做的不過是改變兩個(gè)表person 和person_type 之間關(guān)系的鍵值，同時(shí)增加一個(gè)日期/時(shí)間字段來知道變化是何時(shí)發(fā)生的。這樣，你的person_type 表就包含了所有person 的可能類型，比如associate、engineer、director、cio 或者ceo 等。還有個(gè)替代辦法就是改變person 記錄來反映新頭銜的變化，不過這樣一來在時(shí)間上無(wú)法跟蹤個(gè)人所處位置的具體時(shí)間。
7) 選擇數(shù)字類型和文本類型盡量充足
在sql 中使用smallint 和tinyint 類型要特別小心。比如，假如想看看月銷售總額，總額字段類型是smallint，那么，如果總額超過了$32,767 就不能進(jìn)行計(jì)算操作了。
而id 類型的文本字段，比如客戶id 或定單號(hào)等等都應(yīng)該設(shè)置得比一般想象更大。假設(shè)客戶id 為10 位數(shù)長(zhǎng)。那你應(yīng)該把數(shù)據(jù)庫(kù)表字段的長(zhǎng)度設(shè)為12 或者13 個(gè)字符長(zhǎng)。但這額外占據(jù)的空間卻無(wú)需將來重構(gòu)整個(gè)數(shù)據(jù)庫(kù)就可以實(shí)現(xiàn)數(shù)據(jù)庫(kù)規(guī)模的增長(zhǎng)了。
8) 增加刪除標(biāo)記字段
在表中包含一個(gè)“刪除標(biāo)記”字段，這樣就可以把行標(biāo)記為刪除。在關(guān)系數(shù)據(jù)庫(kù)里不要單獨(dú)刪除某一行；最好采用清除數(shù)據(jù)程序而且要仔細(xì)維護(hù)索引整體性。
3. 選擇鍵和索引（數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)）
鍵選擇原則：
1) 鍵設(shè)計(jì)4 原則
•?為關(guān)聯(lián)字段創(chuàng)建外鍵。
•?所有的鍵都必須唯一。
•?避免使用復(fù)合鍵。
•?外鍵總是關(guān)聯(lián)唯一的鍵字段。
2) 使用系統(tǒng)生成的主鍵
設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候采用系統(tǒng)生成的鍵作為主鍵，那么實(shí)際控制了數(shù)據(jù)庫(kù)的索引完整性。這樣，數(shù)據(jù)庫(kù)和非人工機(jī)制就有效地控制了對(duì)存儲(chǔ)數(shù)據(jù)中每一行的訪問。采用系統(tǒng)生成鍵作為主鍵還有一個(gè)優(yōu)點(diǎn)：當(dāng)擁有一致的鍵結(jié)構(gòu)時(shí)，找到邏輯缺陷很容易。
3) 不要用用戶的鍵(不讓主鍵具有可更新性)
在確定采用什么字段作為表的鍵的時(shí)候，可一定要小心用戶將要編輯的字段。通常的情況下不要選擇用戶可編輯的字段作為鍵。
4) 可選鍵有時(shí)可做主鍵
把可選鍵進(jìn)一步用做主鍵，可以擁有建立強(qiáng)大索引的能力。
索引使用原則：
索引是從數(shù)據(jù)庫(kù)中獲取數(shù)據(jù)的最高效方式之一。95%的數(shù)據(jù)庫(kù)性能問題都可以采用索引技術(shù)得到解決。
1) 邏輯主鍵使用唯一的成組索引，對(duì)系統(tǒng)鍵（作為存儲(chǔ)過程）采用唯一的非成組索引，對(duì)任何外鍵列采用非成組索引。考慮數(shù)據(jù)庫(kù)的空間有多大，表如何進(jìn)行訪問，還有這些訪問是否主要用作讀寫。
2) 大多數(shù)數(shù)據(jù)庫(kù)都索引自動(dòng)創(chuàng)建的主鍵字段，但是可別忘了索引外鍵，它們也是經(jīng)常使用的鍵，比如運(yùn)行查詢顯示主表和所有關(guān)聯(lián)表的某條記錄就用得上。
3) 不要索引memo/note 字段，不要索引大型字段（有很多字符），這樣作會(huì)讓索引占用太多的存儲(chǔ)空間。
4) 不要索引常用的小型表
不要為小型數(shù)據(jù)表設(shè)置任何鍵，假如它們經(jīng)常有插入和刪除操作就更別這樣作了。對(duì)這些插入和刪除操作的索引維護(hù)可能比掃描表空間消耗更多的時(shí)間。
這就是全部的數(shù)據(jù)庫(kù)設(shè)計(jì)技巧，希望大家知道這些技巧之后，能靈活運(yùn)用數(shù)據(jù)庫(kù)，設(shè)計(jì)出更完善的數(shù)據(jù)庫(kù)系統(tǒng)。
【編輯推薦】
Sybase數(shù)據(jù)庫(kù)的幾個(gè)配置問題
