1、數(shù)據(jù)庫設(shè)計(jì)規(guī)范數(shù)據(jù)庫設(shè)計(jì)規(guī)范 v1.0v1.0 目目 錄錄 第第 1 章章目的目的.3 第第 2 章章設(shè)計(jì)規(guī)范設(shè)計(jì)規(guī)范.3 2.1規(guī)范約定.3 2.2字段規(guī)范.3 第第 3 章章使用規(guī)范使用規(guī)范.3 3.1綜合.3 3.2查詢.5 3.3增加.5 3.4刪除.5 3.5修改.5 第第 4 章章其它說明其它說明.5 第第 1 章章目的目的 為了優(yōu)化數(shù)據(jù)庫的設(shè)計(jì)，提高數(shù)據(jù)庫設(shè)計(jì)的合理性和數(shù)據(jù)訪問高效性，同時(shí)便 于閱讀和理解數(shù)據(jù)庫的結(jié)構(gòu)，以提高數(shù)據(jù)共享的質(zhì)量和效率，促進(jìn)數(shù)據(jù)庫編碼的標(biāo) 準(zhǔn)化，特制訂一套數(shù)據(jù)庫設(shè)計(jì)規(guī)范。 第第 2 2 章章設(shè)計(jì)規(guī)范設(shè)計(jì)規(guī)范 2.1 規(guī)范約定規(guī)范約定 遵守?cái)?shù)據(jù)的設(shè)計(jì)規(guī)范

2、3NF 規(guī)定 表內(nèi)的每一個(gè)值都只能被表達(dá)一次。 表內(nèi)的每一行都應(yīng)該被唯一的標(biāo)識（有唯一鍵） 。 表內(nèi)不應(yīng)該存儲依賴于其他鍵的非鍵信息。 2.2 字段規(guī)范字段規(guī)范 一行記錄必須表內(nèi)唯一，表必須有主鍵。 金額類型使用 Money 時(shí)間使用 DateTime 枚舉類型使用 Varchar(2)、Varchar(4)，且需要說明枚舉類型的各個(gè)不同取值 的含義，例如 00,01,0000,0001 在主外鍵的選擇上應(yīng)注意：為關(guān)聯(lián)字段創(chuàng)建外鍵、所有的鍵都必須唯一、避免 使用復(fù)合鍵、外鍵總是關(guān)聯(lián)唯一的鍵字段。 第第 3 3 章章使用規(guī)范使用規(guī)范 3.1 綜合綜合 數(shù)據(jù)庫的結(jié)構(gòu)只有數(shù)據(jù)庫管理員能夠修改，避免開

3、發(fā)人員自己增加數(shù)據(jù)庫對象或者 修改數(shù)據(jù)庫對象。若要修改，需要討論并將修改請求(含改動的內(nèi)容和原因)提交數(shù) 據(jù)庫管理員。 數(shù)據(jù)訪問層盡量使用存儲過程訪問數(shù)據(jù)庫，除非需要繁重的邏輯運(yùn)算等情況下才在 代碼中通過 DML 來訪問數(shù)據(jù)庫。 盡量使一個(gè)存儲過程完成單一功能，復(fù)雜存儲過程可以由多個(gè)單一功能存儲過程組 成，例如，一個(gè)存儲過程要增加一個(gè)表的記錄并刪除另一個(gè)表的記錄，這個(gè)存儲過 程可以有兩個(gè)子存儲過程組成。 在編寫存儲過程和.NET 數(shù)據(jù)訪問程序的時(shí)候，需要通過 Query Analyzer 分析，確 保對數(shù)據(jù)庫的操作使用了有效的索引。避免有對全表的掃描操作。 如果開發(fā)過程中需要建立索引，需要提交

4、書面的更改請求，說明所需索引的定義 (名稱、字段列表、順序、索引類型)以及建立的理由。數(shù)據(jù)庫管理員統(tǒng)一維護(hù)索引 并將提交的請求更改。 給表建立索引時(shí)，應(yīng)注意：每當(dāng)你為一個(gè)表添加一個(gè)索引，SELECT 會更快了，可 INSERT 和 DELETE 卻大大的變慢了，因?yàn)閯?chuàng)建了維護(hù)索引需要許多額外的工作。 顯然，這里問題的關(guān)鍵是：你要對這張表進(jìn)行什么樣的操作。 數(shù)據(jù)庫各表的初始數(shù)據(jù)(包含各代碼表、配置表)需要提交給數(shù)據(jù)庫管理員。 避免使用觸發(fā)器。 涉及到數(shù)據(jù)庫數(shù)據(jù)的更改(Insert/Delete/Update)必須使用事務(wù)進(jìn)行控制，并且必須有 完整事務(wù)開始和提交/回滾機(jī)制。 盡量避免 Union

5、操作的使用，需要使用時(shí)，請向數(shù)據(jù)庫管理員咨詢使用 Union 操作 的影響。 盡量不要使用 TEXT 數(shù)據(jù)類型。除非你使用 TEXT 處理一個(gè)很大的數(shù)據(jù)，否則不 要使用它。因?yàn)樗灰子诓樵儯俣嚷?，用的不好還會浪費(fèi)大量的空間。一般的， VARCHAR 可以更好的處理你的數(shù)據(jù)。 小心死鎖！ 不要忽略同時(shí)修改同一記錄的問題。有時(shí)候，兩個(gè)用戶會同時(shí)修改同一記錄，這樣， 后一個(gè)修改者修改了前一個(gè)修改者的操作，某些更新就會丟失。處理這種情況不是 很難：創(chuàng)建一個(gè) timestamp 字段，在寫入前檢查它，如果允許，就合并修改，如果 存在沖突，提示用戶。 不建議使用游標(biāo)。 盡量不要使用臨時(shí)表?？梢钥紤]使用

6、Table 數(shù)據(jù)類型代替。 3.2 查詢查詢 在表查詢中，一律不要使用* 作為查詢的字段列表，需要哪些字段必須顯式寫明。 在表查詢中，必須有 Where 條件，除非此表為非增長表，比如字典表。 在表查詢中，一次最多返回的記錄條數(shù)不要超過 1000 條或記錄內(nèi)容不要大于 1MB 的數(shù)據(jù)。 在表查詢中，作 Order By 排序時(shí)，優(yōu)先使用主鍵列，索引列。因大量的排序操作 會降低數(shù)據(jù)庫的性能，應(yīng)謹(jǐn)慎。 避免嵌套連接，例如：A = B and B = C and C = D。 多表關(guān)聯(lián)查詢時(shí)，優(yōu)先使用 Where 條件，再作表關(guān)聯(lián)，并且需要保證被關(guān)聯(lián)的字 段需要有索引。 盡量少用嵌套查詢，過多嵌套會嚴(yán)重的降低數(shù)據(jù)庫性能，在使用時(shí)要注重其合理性。 3.3 增加增加 不要使用 INSERT 導(dǎo)入大批的數(shù)據(jù)。使用 UTS 或者 BCP，這樣你可以一舉而兼得 靈活性和速度。 3.