【正文】 Rule9： Logical Data Independence How auser views data shouldnot changewhen the logical structure(tables structure)of thedatabase particularly difficultto databases relyon strong tiesbetween theuserviewof the dataand the actual structureof the underlying ，數(shù)據(jù)的邏輯獨(dú)立性當(dāng)基本表中進(jìn)行理論上信息不受損害的任何變化時(shí)，應(yīng)用程序和終端和終端活動(dòng)都要保持邏輯上的不變性。 PS： ,an IBM researcher,first developed the relational data , published alistof12 rules that concisely define an ideal relationaldatabase,which have provided aguidelinefor the designofall relationaldatabase systems ever the termguidelinebecause,to date,no mercial relationaldatabase system fully conformstoall12 do represent the relational ideal, afew years,scorecards were kept that rated each mercial product39。這樣，當(dāng)你過(guò)了一年多時(shí)間后再回過(guò)頭來(lái)做第 2個(gè)版本，你犯錯(cuò)的機(jī)會(huì)將大大減少。 給數(shù)據(jù)保有和恢復(fù)制定計(jì)劃 考慮數(shù) 據(jù)保有策略并包含在設(shè)計(jì)過(guò)程中，預(yù)先設(shè)計(jì)你的數(shù)據(jù)恢復(fù)過(guò)程。 只要有可能，請(qǐng)采用數(shù)據(jù)庫(kù)系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)的完整性。 可選鍵 (候選鍵 )有時(shí)可做主鍵 記住，查詢數(shù)據(jù)的不是機(jī)器而是人。 不要用用戶的鍵 在確定采用什么字段作為表的鍵的時(shí)候，可一定要小心用戶將要編輯的字段。 *外鍵總是關(guān)聯(lián)唯一的鍵字段。 可操作數(shù)據(jù)倉(cāng)庫(kù) (ODS)和數(shù)據(jù)倉(cāng)庫(kù) (DW)這兩種環(huán)境下的數(shù)據(jù)索引是有差別的。但這額外占據(jù)的空間卻無(wú)需將來(lái)重構(gòu)整個(gè)數(shù)據(jù)庫(kù)就可以實(shí)現(xiàn)數(shù)據(jù)庫(kù)規(guī)模的增長(zhǎng)了。記住，你干完自己的活了，其他人還要用你的數(shù)據(jù)庫(kù)呢。 使用多個(gè)名稱字段 我覺(jué)得很吃驚，許多人在數(shù)據(jù)庫(kù)里就給 name留一個(gè)字段。 還有個(gè)替代辦法就是改變 PERSON 記錄來(lái)反映新頭銜的變化，不過(guò)這樣一來(lái)在時(shí)間上無(wú)法跟蹤個(gè)人所處位置的具體時(shí)間。 遵守 3NF 標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)具有以下特點(diǎn)：有一組表專門存放通過(guò) 鍵連接起來(lái)的關(guān)聯(lián)數(shù)據(jù)。 采用有意義的字段名 有一回我參加開發(fā)過(guò)一個(gè)項(xiàng)目，其中有從其他程序員那里繼承的程序，那個(gè)程序員喜歡用屏幕上顯示數(shù)據(jù)指示用語(yǔ)命名字段，這也不賴，但不幸的是，她還喜歡用一些奇怪的命名法，其命名采用了匈牙利命名和控制序號(hào)的組合形式，比如 cbo txt txt2_b 等等。模式不必弄的很復(fù)雜；甚至可以簡(jiǎn)單到手寫在一張紙上就可以了。隨著大量的 CASE 工具不斷涌現(xiàn)出來(lái)，你的設(shè)計(jì)也可以達(dá)到相當(dāng)高的邏輯水準(zhǔn)，你通?？梢詮恼w上更好地了解數(shù)據(jù)庫(kù)設(shè)計(jì)所需要的方方面面。再如，假如你的表里有好多 money字段，你不妨給每個(gè)列 [字段 ]增加一個(gè) _M 后綴。 精選了其中的 60個(gè)最佳技巧，并把這些技巧編寫成了本文，為了方便索引其內(nèi)容劃分為 5個(gè)部分： 第 1部分 設(shè)計(jì)數(shù)據(jù)庫(kù)之前 這一部分羅列了 12個(gè)基本技巧，包括命名規(guī)范和明確業(yè)務(wù)需求等。 第 1部分 設(shè)計(jì)數(shù)據(jù)庫(kù)之前 考察現(xiàn)有環(huán)境 在設(shè)計(jì)一個(gè)新數(shù)據(jù)庫(kù)時(shí)，你不但應(yīng)該仔細(xì)研究業(yè)務(wù)需求而且還要考察現(xiàn)有的系統(tǒng)。 如果采用了 Microsoft Access，你可以用 qry、 rpt、 tbl 和 mod 等符號(hào)來(lái)標(biāo)識(shí)對(duì)象 (比如 tbl_Employees)。采用客戶的術(shù)語(yǔ)并且向他們解釋你所想到的和你所聽到的。系統(tǒng)生成的主鍵在報(bào)表中很難管理。時(shí)間標(biāo)記對(duì)查找數(shù)據(jù)問(wèn)題的原因、按日期重新處理 /重 載數(shù)據(jù)和清除舊數(shù)據(jù)特別有用。 為了效率的緣故，對(duì)表不進(jìn)行標(biāo)準(zhǔn)化有時(shí)也是必要的，這樣的例子很多。同樣的， ORGANIZATION 也可能是 MyCompany、 MyDepartment、Competitor、 Hospital、 Warehouse、 Government 等。總之，采用連接字段的方式可以有效的隔離用戶應(yīng)用和開發(fā)人員界面。在調(diào)試程序時(shí)觸發(fā)器可能成為干擾。 Customer 表的前綴是 cu_，所以該表內(nèi)的子段名如下：cu_name_id、 cu_surname、 cu_initials 和 cu_address 等。假如你總是在設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候采用系統(tǒng)生成的鍵作為主鍵，那么你實(shí)際控制了數(shù)據(jù)庫(kù)的索引完整性。你得考慮數(shù)據(jù)庫(kù)的空間有多大，表如何進(jìn)行訪問(wèn)，還有這些訪問(wèn)是否主要用作讀寫。通常，費(fèi)點(diǎn)精力也就搞定了，但是從性能上來(lái)看這樣做的代價(jià)就比較大了。如果可選鍵真正有用，那就是達(dá)到了主鍵的水準(zhǔn)。當(dāng)你把數(shù)據(jù)傳送到其他站點(diǎn)的時(shí)候，最好在數(shù)據(jù)庫(kù)字段中設(shè)置一些標(biāo)記。 使用查找 控制數(shù)據(jù)完整性的最佳方式就是限制用戶的選擇。工作 5年的會(huì)計(jì)或許知道 4XF788Q是什么東西，但新來(lái)的可就不一定了。 Rule1： The InformationRuleAll data should be presentedto theuserintable week39。 (無(wú)論數(shù)據(jù)庫(kù)是否有部分處于復(fù)雜多重環(huán)境中 ) Rule12： NonsubversionRule There should be no wayto modify thedatabase structure other than through the multiple rowdatabase language(like SQL).12，無(wú)破壞準(zhǔn)則若 RDBMS 有某種低級(jí)語(yǔ)言，這一低級(jí)語(yǔ)言不能違背或繞過(guò)完整性準(zhǔn)則以及高級(jí)關(guān)系語(yǔ)言表達(dá)的約束。 Rule5： Comprehensive Data SublanguageRule Thedatabase must support at least one clearly defined language that includes functionalityfor data definition,data manipulation,data integrity,anddatabasetransaction mercial relational databasesuse formsof the standard SQL(Structured Query Language)as their supported prehensive ，合理廣泛的子語(yǔ)言準(zhǔn)則一個(gè)關(guān)系系統(tǒng)可以具有幾種語(yǔ)言和多種終端使用方式 (表格填空方式，命令方式等 )。 測(cè)試、測(cè)試、反復(fù)測(cè)試 建立或者修訂數(shù)據(jù)庫(kù)之后，必須用用戶新輸入的數(shù)據(jù)測(cè)試數(shù)據(jù)字段。是的，這有點(diǎn)費(fèi)事，但從長(zhǎng)遠(yuǎn)來(lái)看，這樣做對(duì)開發(fā)、支持和跟蹤修改非常有用。這樣可以保持?jǐn)?shù)據(jù)的清潔而能迫使開發(fā)人員投入更多的時(shí)間處理錯(cuò)誤條件。還有，不要索引memo/notes 字段而且不要索引大型文本字段 (許多字符 )，這樣做會(huì)讓你的索引占據(jù)大量的數(shù)據(jù)庫(kù)空間。不管你選擇哪種鍵設(shè)置，你都需要在 Order 表中存放 CustomerID 來(lái)保證你可以給下定單的用戶找到其定單記錄。除了隱私原因以外，須知政府越來(lái)越趨向于不準(zhǔn)許把 SSN 或 ID 用作除收入相關(guān)以外的其他目的， SSN 或 ID需要手工輸入。性能也會(huì)變壞。當(dāng)我從最開始設(shè)計(jì)表和字段的時(shí)候，我試圖不在主索引里增加太多的字段以便加快數(shù)據(jù)庫(kù)的運(yùn)行速度。雖然你可以通過(guò)檢查新字段或者索引來(lái)確定數(shù)據(jù)庫(kù)結(jié)構(gòu)的版本，但我發(fā)現(xiàn)把版本信息直接存放到數(shù)據(jù)庫(kù)中不更為方便嗎 ?。后果可想而知！ DESC 是 DESCENDING 縮寫后的保留詞。 Address_Line Address_Line2和 Address_Line3 可以提供更大的靈活性。不管是客戶、員工還是其他什么人，這樣做都能有助于再運(yùn)行查詢的時(shí)候過(guò)濾活躍或者不活躍狀態(tài)。 標(biāo)準(zhǔn)化不能過(guò)頭 對(duì)那些不熟悉標(biāo)準(zhǔn)化一詞 (normalization)的人而言，標(biāo)準(zhǔn)化可以保證表內(nèi)的字段都是最基礎(chǔ)的要素，而這一措施有助于消除數(shù)據(jù)庫(kù)中的數(shù)據(jù)冗余。一個(gè)不變的真理是： 只有我看見了我才知道我想要的是什么 必然會(huì)導(dǎo)致大量的返工，因?yàn)閿?shù)據(jù)庫(kù)沒(méi)有達(dá)到客戶從來(lái)沒(méi)有寫下來(lái)的需求標(biāo)準(zhǔn)。越早創(chuàng)建越能有助于避免今后面臨的可能混亂，從而可以讓任何