數(shù)據(jù)庫設(shè)計規(guī)范化的五個要求-wenkub.com
2025-08-02 07:39 本頁面
【正文】 ？個人認為這點很重要，當需要修改時，應(yīng)該先去修改模型，然后同步物理數(shù)據(jù)庫，尤其是團隊開發(fā)，否則要多做更多的事情來搞定，也可能會引入更多的錯誤。在數(shù)據(jù)遷移（如轉(zhuǎn)入分析用的數(shù)據(jù)庫）時也可能會發(fā)揮作用。 個人實際使用中，設(shè)計時基本不考慮多對多關(guān)系，但編碼時總會有小組成員使用一些多對多關(guān)系，自己建立多對多的ORM，使自己編碼方便些，用在數(shù)據(jù)量小的地方，影響不大。 對于分析型數(shù)據(jù)庫，如數(shù)據(jù)倉庫，千萬不要這樣做。（矛盾無處不在，前面剛說完可以提高效率，這里馬上又降低效率）。 在實際的設(shè)計中，我盡量避免使用聯(lián)合主鍵，有些時候“不得不”使用聯(lián)合主鍵。 大家都提出自己的經(jīng)驗、思路、教訓等等，讓參與討論的人根據(jù)自己的條件（這個我們無法完全為他人設(shè)想），有所取舍的得到“我所正需要的”。+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++前提聲明，個人觀點： 沒有最好的，只有最合適的。根據(jù)對數(shù)據(jù)庫和Memcached Server的統(tǒng)計數(shù)據(jù)表明：JavaEye網(wǎng)站平均每秒向數(shù)據(jù)庫發(fā)送140條SQL語句，平均每秒向Memcached Server發(fā)送250次緩存查詢，緩存命中率大概為85%，也就是說緩存服務(wù)器要比數(shù)據(jù)庫服務(wù)器繁忙將近一倍，而Ruby應(yīng)用程序的數(shù)據(jù)有60%是來自Memcached Server，而只有40%是直接來自MySQL的。符合三大范式就意味著數(shù)據(jù)庫表會拆分的很細，表間關(guān)聯(lián)很多，統(tǒng)計分析查詢就不可避免的導(dǎo)致n張表的聯(lián)合查詢，在沒有有效的應(yīng)用層緩存的情況下，這種查詢無可避免的性能低下。 第三范式： 與主鍵沒有直接關(guān)系的數(shù)據(jù)列必須消除(消除的辦法就是再創(chuàng)建一個表來存放他們)這三大范式就像給ORM的人如何設(shè)計數(shù)據(jù)庫寫的指南： 引用第一范式： 每個持久對象映射一張表 每個持久對象必須有一個主鍵 第二范式： 持久對象要有內(nèi)聚性，冗余的內(nèi)容拿出去，單獨創(chuàng)建持久對象 持久對象之間的關(guān)系用外鍵關(guān)聯(lián) 第三范式： 持久對象要有內(nèi)聚性，無關(guān)的內(nèi)容拿出去，單獨創(chuàng)建持久對象關(guān)系模型和對象模型是不是在存儲概念上一致，就不用多說廢話了。但是當我隨手翻到第8章第5節(jié)第138頁介紹什么是三大范式的時候，我終于知道我錯了。并逐步做到：在應(yīng)用中發(fā)展，在發(fā)展中應(yīng)用。 (5) 在使用面向數(shù)據(jù)的SQL語言進行程序設(shè)計時，盡量采取優(yōu)化算法。 (3) 發(fā)現(xiàn)某個表的記錄太多，例如超過一千萬條，則要對該表進行水平分割?！叭佟痹瓌t是少而精的 原則，它要求有較高的數(shù)據(jù)庫設(shè)計技巧與藝術(shù)，不是任何人都能做到的，因為該原則是杜絕用“打補丁方法” 設(shè)計數(shù)據(jù)庫的理論依據(jù)。數(shù)據(jù)集成的步驟是將文件系統(tǒng)集成 為應(yīng)用數(shù)據(jù)庫，將應(yīng)用數(shù)據(jù)庫集成為主題數(shù)據(jù)庫，將主題數(shù)據(jù)庫集成為全局綜合數(shù)據(jù)庫。該原則是相對的，不是絕對的。所謂“列變行”，就是將主表中的一部分內(nèi)容拉出去，另外單獨建一個子表。 13. 防止數(shù)據(jù)庫設(shè)計打補丁的方法是“三少原則” (1) 一個數(shù)據(jù)庫中表的個數(shù)越少越好?；砗椭虚g表由DBA維護，臨時表由程序員 自己用程序自動維護。 并且規(guī)定，所有的程序員，一律只準在視圖上操作。 若三層視圖仍不夠用, 則應(yīng)在視圖上定義臨時表, 在臨時表上再定義視圖。好的E—R圖的標準是： 結(jié)構(gòu)清晰、關(guān)聯(lián)簡潔、實體個數(shù)適中、屬性分配合理、沒有低級冗余。因此，我們提倡高級冗余(派生性冗余)，反對低級冗余(重復(fù)性冗余)。高級冗余不是字段的重復(fù)出現(xiàn)，而是字段的派生出現(xiàn)。不過前者比后者好。這兩個實體之間的關(guān)系，是一 個典型的多對多關(guān)系：一本圖書在不同時間可以被多個讀者借閱，一個讀者又可以借多本圖書。要將原來兩個實體的屬性合理地分配到三個實體中去。降低范式就是增加字段，允許冗余。在數(shù)據(jù)庫設(shè)計中，為了更好地應(yīng)用三個范式，就必須通俗地理解 三個范式(通俗地理解是夠用的理解，并不是最科學最準確的理解)： 第一范式：1NF是對屬性的原子性約束，要求屬性具有原子性，不可再分解； 第二范式：2NF是對記錄的惟一性約束，要求記錄有惟一標識，即實體的惟一性； 第三范式：3NF是對字段冗余性的約束，即任何字段不能由其他字段派生出來，它要求字段沒有冗余。但是，增加“金額”這個冗余字段， 可以提高查詢統(tǒng)計的速度，這就是以空間換時間的作法。但是，滿足第三范式的數(shù)據(jù)庫設(shè)計，往往不是最好的設(shè)計。 (4) 穩(wěn)定性。 (2) 原始性。當全局數(shù)據(jù)庫的設(shè)計完成以后，有個美國數(shù)據(jù)庫設(shè)計專 家說：“鍵，到處都是鍵，除了鍵之外，什么也沒有”，這就是他的數(shù)據(jù)庫設(shè)計經(jīng)驗之談，也反映了他對信息系統(tǒng)核 心(數(shù)據(jù)模型)的高度抽象思想。 這就是“一張原始單證對應(yīng)多個實體”的典型例子。 這里的實體可以理解為基本表。 (12)設(shè)計出的表要盡可能減少數(shù)據(jù)冗余，確保數(shù)據(jù)的準確性，有效的控制冗余有助于提高數(shù)據(jù)庫的性能。但不可否認，存儲過程具有性能上的優(yōu)勢，所以，當系統(tǒng)可使用的硬件不會得到提升而性能又是非常重要的質(zhì)量屬性時，可經(jīng)過平衡考慮選用存儲過程。這是一個折中的方案。第四范式：一個表如果滿足BCNF，不應(yīng)存在多值依賴?！ ?5)同樣，由于對象職責的單一性以及對象之間的關(guān)系反映的是業(yè)務(wù)邏輯之間的關(guān)系，所以在領(lǐng)域模型中的對象存在主對象和從對象之分，從對象是從1N或NN的角度進一步主對象的業(yè)務(wù)邏輯，所以從對象及對象關(guān)系映射為的表及表關(guān)聯(lián)關(guān)系不存在刪除和插入異常?！ ?3)根據(jù)建立的領(lǐng)域模型進行數(shù)據(jù)庫表的映射，此時應(yīng)參考數(shù)據(jù)庫設(shè)計第二范式：一個表中的所有非關(guān)鍵字屬性都依賴于整個關(guān)鍵字。不同組件間所對應(yīng)的數(shù)據(jù)庫表之間的關(guān)聯(lián)應(yīng)盡可能減少，如果不同組件間的表需要外鍵關(guān)聯(lián)也盡量不要創(chuàng)建外鍵關(guān)聯(lián)，而只是記錄關(guān)聯(lián)表的一個主鍵，確保組件對應(yīng)的表之間的獨立性，為系統(tǒng)或表結(jié)構(gòu)的重構(gòu)提供可能性。 以上五條是在數(shù)據(jù)庫設(shè)計時達到規(guī)范化水平的基本要求。同時，若這個作者的圖書從數(shù)據(jù)庫中全部刪除之后，這個作者的信息也就蕩然無存了。如可以把表設(shè)計成圖書名字、圖書作者等等。這里講的實體類型是指所需要描述對象的本身。 其次，表、視圖、函數(shù)等最好也有統(tǒng)一的前綴。如跟物料管理模塊相關(guān)的表可以用M為前綴。而且在數(shù)據(jù)庫對象引用的時候，數(shù)據(jù)庫管理員也會為不能迅速找到所需要的數(shù)據(jù)庫對象而頭疼。這個內(nèi)容在
語文相關(guān)推薦
鄂ICP備17016276號-1