簡(jiǎn)介
Rule 1:- What is the Nature of the application(OLTP or OLAP)?
Rule 2:- Break your data in to logical pieces, make life simpler
Rule 3:- Do not get overdosed with rule 2
Rule 4:- Treat duplicate non-uniform data as your biggest enemy
Rule 5:- Watch for data separated by separators.
Rule 6:- Watch for partial dependencies.
Rule 7:- Choose derived columns preciously
Rule 8:- Do not be hard on avoidingredundancy, if performance is the key
Rule 9:- Multidimensional data is a different beast altogether
Rule 10:- Centralize name value table design
Rule 11:- For unlimited hierarchical data self-reference PK and FK
在您開(kāi)始閱讀這篇文章之前录语，我得明確地告訴您倍啥，我并不是一個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)領(lǐng)域的大師。以下列出的 11 點(diǎn)是我對(duì)自己在平時(shí)項(xiàng)目實(shí)踐和閱讀中學(xué)習(xí)到的經(jīng)驗(yàn)總結(jié)出來(lái)的個(gè)人見(jiàn)解澎埠。我個(gè)人認(rèn)為它們對(duì)我的數(shù)據(jù)庫(kù)設(shè)計(jì)提供了很大的幫助虽缕。實(shí)屬一家之言，歡迎拍磚 : )
我之所以寫(xiě)下這篇這么完整的文章是因?yàn)槠盐龋芏嚅_(kāi)發(fā)者一參與到數(shù)據(jù)庫(kù)設(shè)計(jì)氮趋，就會(huì)很自然地把 “三范式” 當(dāng)作銀彈一樣來(lái)使用。他們往往認(rèn)為遵循這個(gè)規(guī)范就是數(shù)據(jù)庫(kù)設(shè)計(jì)的唯一標(biāo)準(zhǔn)弟塞。由于這種心態(tài)凭峡，他們往往盡管一路碰壁也會(huì)堅(jiān)持把項(xiàng)目做下去。
如果你對(duì) “三范式” 不清楚决记，請(qǐng)點(diǎn)擊這里（FQ）一步一步的了解什么是“三范式”摧冀。
大家都說(shuō)標(biāo)準(zhǔn)規(guī)范是重要的指導(dǎo)方針并且也這么做著，但是把它當(dāng)作石頭上的一塊標(biāo)記來(lái)記著（死記硬背）還是會(huì)帶來(lái)麻煩的系宫。以下 11 點(diǎn)是我在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)最優(yōu)先考慮的規(guī)則索昂。
規(guī)則 1：弄清楚將要開(kāi)發(fā)的應(yīng)用程序是什么性質(zhì)的（OLTP 還是 OPAP）？
當(dāng)你要開(kāi)始設(shè)計(jì)一個(gè)數(shù)據(jù)庫(kù)的時(shí)候扩借，你應(yīng)該首先要分析出你為之設(shè)計(jì)的應(yīng)用程序是什么類(lèi)型的椒惨，它是 “事務(wù)處理型”（Transactional） 的還是 “分析型” （Analytical）的？你會(huì)發(fā)現(xiàn)許多開(kāi)發(fā)人員采用標(biāo)準(zhǔn)化做法去設(shè)計(jì)數(shù)據(jù)庫(kù)潮罪，而不考慮目標(biāo)程序是什么類(lèi)型的康谆，這樣做出來(lái)的程序很快就會(huì)陷入性能、客戶(hù)定制化的問(wèn)題當(dāng)中嫉到。正如前面所說(shuō)的沃暗，這里有兩種應(yīng)用程序類(lèi)型， “基于事務(wù)處理” 和 “基于分析”何恶，下面讓我們來(lái)了解一下這兩種類(lèi)型究竟說(shuō)的是什么意思孽锥。
事務(wù)處理型：這種類(lèi)型的應(yīng)用程序，你的最終用戶(hù)更關(guān)注數(shù)據(jù)的增查改刪（CRUD，Creating/Reading/Updating/Deleting）惜辑。這種類(lèi)型更加官方的叫法是 “OLTP” 唬涧。
分析型：這種類(lèi)型的應(yīng)用程序，你的最終用戶(hù)更關(guān)注數(shù)據(jù)分析盛撑、報(bào)表碎节、趨勢(shì)預(yù)測(cè)等等功能。這一類(lèi)的數(shù)據(jù)庫(kù)的 “插入” 和 “更新” 操作相對(duì)來(lái)說(shuō)是比較少的撵彻。它們主要的目的是更加快速地查詢(xún)钓株、分析數(shù)據(jù)。這種類(lèi)型更加官方的叫法是 “OLAP” 陌僵。
那么換句話(huà)說(shuō)轴合，如果你認(rèn)為插入、更新碗短、刪除數(shù)據(jù)這些操作在你的程序中更為突出的話(huà)受葛，那就設(shè)計(jì)一個(gè)規(guī)范化的表否則的話(huà)就去創(chuàng)建一個(gè)扁平的、不規(guī)范化的數(shù)據(jù)庫(kù)結(jié)構(gòu)偎谁。
以下這個(gè)簡(jiǎn)單的圖表顯示了像左邊 Names 和 Address 這樣的簡(jiǎn)單規(guī)范化的表总滩，怎么通過(guò)應(yīng)用不規(guī)范化結(jié)構(gòu)來(lái)創(chuàng)建一個(gè)扁平的表結(jié)構(gòu)。
規(guī)則 2：將你的數(shù)據(jù)按照邏輯意義分成不同的塊巡雨，讓事情做起來(lái)更簡(jiǎn)單
這個(gè)規(guī)則其實(shí)就是 “三范式” 中的第一范式闰渔。違反這條規(guī)則的一個(gè)標(biāo)志就是，你的查詢(xún)使用了很多字符串解析函數(shù)
例如 substring铐望、charindex 等等冈涧。若真如此，那就需要應(yīng)用這條規(guī)則了正蛙。
比如你看到的下面圖片上有一個(gè)有學(xué)生名字的表督弓，如果你想要查詢(xún)學(xué)生名字中包含“Koirala”，但不包含“Harisingh”的記錄乒验，你可以想象一下你將會(huì)得到什么樣的結(jié)果愚隧。
所以更好的做法是將這個(gè)字段拆分為更深層次的邏輯分塊，以便我們的表數(shù)據(jù)寫(xiě)起來(lái)更干凈锻全，以及優(yōu)化查詢(xún)狂塘。
規(guī)則 3：不要過(guò)度使用 “規(guī)則 2”
開(kāi)發(fā)者都是一群很可愛(ài)的生物。如果你告訴他們這是一條解決問(wèn)題的正路鳄厌，他們就會(huì)一直這么做下去睹耐，做到過(guò)了頭導(dǎo)致了一些不必要的后果。這也可以應(yīng)用于我們剛剛在前面提到的規(guī)則2部翘。當(dāng)你考慮字段分解時(shí)，先暫停一下响委，并且問(wèn)問(wèn)你自己是否真的需要這么做新思。正如所說(shuō)的窖梁，分解應(yīng)該是要符合邏輯的。
例如夹囚，你可以看到電話(huà)號(hào)碼這個(gè)字段纵刘，你很少會(huì)把電話(huà)號(hào)碼的 ISD 代碼單獨(dú)分開(kāi)來(lái)操作（除非你的應(yīng)用程序要求這么做）。所以一個(gè)很明智的決定就是讓它保持原樣荸哟，否則這會(huì)帶來(lái)更多的問(wèn)題假哎。
規(guī)則 4：把重復(fù)、不統(tǒng)一的數(shù)據(jù)當(dāng)成你最大的敵人來(lái)對(duì)待
集中那些重復(fù)的數(shù)據(jù)然后重構(gòu)它們鞍历。我個(gè)人更加擔(dān)心的是這些重復(fù)數(shù)據(jù)帶來(lái)的混亂而不是它們占用了多少磁盤(pán)空間舵抹。
例如下面這個(gè)圖表，你可以看到 “5th Standard” 和 “Fifth standard” 是一樣的意思劣砍，它們是重復(fù)數(shù)據(jù)【逵迹現(xiàn)在你可能會(huì)說(shuō)是由于那些錄入者錄入了這些重復(fù)的數(shù)據(jù)或者是差勁的驗(yàn)證程序沒(méi)有攔住，讓這些重復(fù)的數(shù)據(jù)進(jìn)入到了你的系統(tǒng)⌒讨Γ現(xiàn)在香嗓，如果你想導(dǎo)出一份將原本在用戶(hù)眼里十分困惑的數(shù)據(jù)顯示為不同實(shí)體數(shù)據(jù)的報(bào)告，該怎么做呢装畅？
解決方法之一是將這些數(shù)據(jù)完整地移到另外一個(gè)主表靠娱，然后通過(guò)外鍵引用過(guò)來(lái)。在下面這個(gè)圖表中你可以看到我們是如何創(chuàng)建一個(gè)名為 “Standards”（課程級(jí)別） 的主表掠兄，然后同樣地使用簡(jiǎn)單的外鍵連接過(guò)去像云。
規(guī)則 5：當(dāng)心被分隔符分割的數(shù)據(jù)，它們違反了“字段不可再分”
前面的規(guī)則 2 即“第一范式”說(shuō)的是避免 “重復(fù)組” 徽千。下面這個(gè)圖表作為其中的一個(gè)例子解釋了 “重復(fù)組”是什么樣子的苫费。如果你仔細(xì)的觀(guān)察 syllabus（課程） 這個(gè)字段，會(huì)發(fā)現(xiàn)在這一個(gè)字段里實(shí)在是填充了太多的數(shù)據(jù)了双抽。像這些字段就被稱(chēng)為 “重復(fù)組” 了百框。如果我們又得必須使用這些數(shù)據(jù)，那么這些查詢(xún)將會(huì)十分復(fù)雜并且我也懷疑這些查詢(xún)會(huì)有性能問(wèn)題牍汹。
這些被塞滿(mǎn)了分隔符的數(shù)據(jù)列需要特別注意铐维，并且一個(gè)較好的辦法是將這些字段移到另外一個(gè)表中，使用外鍵連接過(guò)去慎菲，同樣地以便于更好的管理嫁蛇。
那么，讓我們現(xiàn)在就應(yīng)用規(guī)則2（第一范式） “避免重復(fù)組” 吧露该。你可以看到上面這個(gè)圖表睬棚，我創(chuàng)建了一個(gè)單獨(dú)的 syllabus（課程） 表，然后使用 “多對(duì)多” 關(guān)系將它與 subject（科目） 表關(guān)聯(lián)起來(lái)。
通過(guò)這個(gè)方法抑党，主表（student 表）的 syllabus（課程） 字段就不再有重復(fù)數(shù)據(jù)和分隔符了包警。
規(guī)則 6：當(dāng)心那些僅僅部分依賴(lài)主鍵的列
留心注意那些僅僅部分依賴(lài)主鍵的列。例如上面這個(gè)圖表底靠，我們可以看到這個(gè)表的主鍵是 Roll No.+Standard『蓿現(xiàn)在請(qǐng)仔細(xì)觀(guān)察 syllabus 字段，可以看到 syllabus（課程） 字段僅僅關(guān)聯(lián)（依賴(lài)） Standard（課程級(jí)別） 字段而不是直接地關(guān)聯(lián)（依賴(lài)）某個(gè)學(xué)生（Roll No. 字段）暑中。
Syllabus（課程） 字段關(guān)聯(lián)的是學(xué)生正在學(xué)習(xí)的哪個(gè)課程級(jí)別（Standard 字段）而不是直接關(guān)聯(lián)到學(xué)生本身壹瘟。那如果明天我們要更新教學(xué)大綱（課程）的話(huà)還要痛苦地為每個(gè)同學(xué)也修改一下，這明顯是不符合邏輯的（不正常的做法）鳄逾。更有意義的做法是將這些字段從這個(gè)表移到另外一個(gè)表稻轨，然后將它們與 Standard（課程級(jí)別）表關(guān)聯(lián)起來(lái)。
你可以看到我們是如何移動(dòng) syllabus（課程）字段并且同樣地附上 Standard 表严衬。
這條規(guī)則只不過(guò)是 “三范式” 里的 “第二范式”：“所有字段都必須完整地依賴(lài)主鍵而不是部分依賴(lài)”澄者。
規(guī)則 7：仔細(xì)地選擇派生列
如果你正在開(kāi)發(fā)一個(gè) OLTP 型的應(yīng)用程序，那強(qiáng)制不去使用派生字段會(huì)是一個(gè)很好的思路请琳，除非有迫切的性能要求粱挡，比如經(jīng)常需要求和、計(jì)算的 **OLAP **程序俄精，為了性能询筏，這些派生字段就有必要存在了。
通過(guò)上面的這個(gè)圖表竖慧，你可以看到 Average 字段是如何依賴(lài) Marks 和 Subjects 字段的嫌套。這也是冗余的一種形式。因此對(duì)于這樣的由其他字段得到的字段圾旨，需要思考一下它們是否真的有必要存在踱讨。
這個(gè)規(guī)則也被稱(chēng)為 “三范式” 里的第三條：“不應(yīng)該有依賴(lài)于非主鍵的列” 。 我的個(gè)人看法是不要盲目地運(yùn)用這條規(guī)則砍的，應(yīng)該要看實(shí)際情況痹筛，冗余數(shù)據(jù)并不總是壞的。如果冗余數(shù)據(jù)是計(jì)算出來(lái)的廓鞠，看看實(shí)際情況再來(lái)決定是否應(yīng)用這第三范式帚稠。
規(guī)則 8：如果性能是關(guān)鍵，不要固執(zhí)地去避免冗余
不要把 “避免冗余” 當(dāng)作是一條絕對(duì)的規(guī)則去遵循床佳。如果對(duì)性能有迫切的需求滋早，考慮一下打破常規(guī)。常規(guī)情況下你需要做多個(gè)表的連接操作砌们，而在非常規(guī)的情況下這樣的多表連接是會(huì)大大地降低性能的杆麸。
規(guī)則 9：多維數(shù)據(jù)是各種不同數(shù)據(jù)的聚合
** OLAP **項(xiàng)目主要是解決多維數(shù)據(jù)問(wèn)題搁进。比如你可以看看下面這個(gè)圖表，你會(huì)想拿到每個(gè)國(guó)家角溃、每個(gè)顧客拷获、每段時(shí)期的銷(xiāo)售額情況。簡(jiǎn)單的說(shuō)你正在看的銷(xiāo)售額數(shù)據(jù)包含了三個(gè)維度的交叉减细。
為這種情況做一個(gè)實(shí)際的設(shè)計(jì)是一個(gè)更好的辦法。簡(jiǎn)單的說(shuō)赢笨，你可以創(chuàng)建一個(gè)簡(jiǎn)單的主要銷(xiāo)售表未蝌，它包含了銷(xiāo)售額字段，通過(guò)外鍵將其他所有不同維度的表連接起來(lái)茧妒。
規(guī)則 10：將那些具有“名值表”特點(diǎn)的表統(tǒng)一起來(lái)設(shè)計(jì)
很多次我都遇到過(guò)這種 “名值表” 萧吠。 “名值表” 意味著它有一些鍵，這些鍵被其他數(shù)據(jù)關(guān)聯(lián)著桐筏。比如下面這個(gè)圖表纸型，你可以看到我們有 Currency（貨幣型）和 Country（國(guó)家）這兩張表。如果你仔細(xì)觀(guān)察你會(huì)發(fā)現(xiàn)實(shí)際上這些表都只有鍵和值梅忌。
對(duì)于這種表狰腌，創(chuàng)建一個(gè)主要的表，通過(guò)一個(gè) Type（類(lèi)型）字段來(lái)區(qū)分不同的數(shù)據(jù)將會(huì)更有意義牧氮。
規(guī)則 11：無(wú)限分級(jí)結(jié)構(gòu)的數(shù)據(jù)琼腔，引用自己的主鍵作為外鍵
我們會(huì)經(jīng)常碰到一些無(wú)限父子分級(jí)結(jié)構(gòu)的數(shù)據(jù)（樹(shù)形結(jié)構(gòu)？）踱葛。例如考慮一個(gè)多級(jí)銷(xiāo)售方案的情況丹莲，一個(gè)銷(xiāo)售人員之下可以有多個(gè)銷(xiāo)售人員。注意到都是 “銷(xiāo)售人員” 尸诽。也就是說(shuō)數(shù)據(jù)本身都是一種甥材。但是層級(jí)不同。這時(shí)候我們可以引用自己的主鍵作為外鍵來(lái)表達(dá)這種層級(jí)關(guān)系性含，從而達(dá)成目的洲赵。
這篇文章的用意不是叫大家不要遵循范式，而是叫大家不要盲目地遵循范式胶滋。根據(jù)你的項(xiàng)目性質(zhì)和需要處理的數(shù)據(jù)類(lèi)型來(lái)做出正確的選擇板鬓。
轉(zhuǎn)自：http://kb.cnblogs.com/page/138526/
英文原文:http://www.c-sharpcorner.com/UploadFile/shivprasadk/11-important-database-designing-rules/
