主機(jī)屋wordpress建站,競價推廣與seo的區(qū)別,網(wǎng)站策劃培訓(xùn),新手怎么優(yōu)化網(wǎng)站三大范式是數(shù)據(jù)庫規(guī)范化設(shè)計的一系列準(zhǔn)則#xff0c;其核心目標(biāo)是減少數(shù)據(jù)冗余、提高數(shù)據(jù)一致性、并消除數(shù)據(jù)操作異常#xff08;插入異常、更新異常、刪除異常#xff09;。它們像三個遞進(jìn)的關(guān)卡#xff0c;級別越高#xff0c;規(guī)范越嚴(yán)格。 核心思想與遞進(jìn)關(guān)系 在解釋每…三大范式是數(shù)據(jù)庫規(guī)范化設(shè)計的一系列準(zhǔn)則其核心目標(biāo)是減少數(shù)據(jù)冗余、提高數(shù)據(jù)一致性、并消除數(shù)據(jù)操作異常插入異常、更新異常、刪除異常。它們像三個遞進(jìn)的關(guān)卡級別越高規(guī)范越嚴(yán)格。核心思想與遞進(jìn)關(guān)系在解釋每個范式前先理解它們的關(guān)系第一范式是基礎(chǔ) 滿足所有范式的前提。第二范式在第一范式的基礎(chǔ)上 解決了部分依賴問題。第三范式在第二范式的基礎(chǔ)上 解決了傳遞依賴問題?？谠E一范屬性不可分二范消除部分依賴三范消除傳遞依賴。1. 第一范式1NF核心要求 確保數(shù)據(jù)庫表的每一列都是原子性的、不可再分的最小數(shù)據(jù)單元。違反1NF的例子假設(shè)有一個 學(xué)生表其中有一列叫 聯(lián)系方式里面存儲的值是 手機(jī)13800138000郵箱abcexample.com。這就違反了1NF因為 聯(lián)系方式這個字段包含了手機(jī)和郵箱兩個可再分的信息。如何滿足1NF將復(fù)合字段拆分成多個獨(dú)立的列。學(xué)生ID 姓名 手機(jī) 郵箱1 張三 13800138000 zhangsanexample.com2 李四 13900139000 lisiexample.com簡單來說1NF要求你設(shè)計的表看起來就像個標(biāo)準(zhǔn)的Excel表格每個單元格里只有一個值2. 第二范式2NF前提 必須已經(jīng)滿足第一范式。核心要求 要求數(shù)據(jù)庫表中的每個非主屬性非主鍵字段都必須完全依賴于整個主鍵而不能只依賴于主鍵的一部分。適用場景 當(dāng)表的主鍵是復(fù)合主鍵由多個字段組成時才需要檢查2NF。違反2NF的例子部分依賴有一個 訂單明細(xì)表其主鍵是 (訂單ID, 產(chǎn)品ID)。訂單ID 產(chǎn)品ID 產(chǎn)品名稱 數(shù)量 單價1001 P001 筆記本電腦 1 60001001 P002 無線鼠標(biāo) 2 1001002 P001 筆記本電腦 1 6000問題分析數(shù)量字段完全依賴于主鍵 (訂單ID, 產(chǎn)品ID)因為只有確定了具體是哪個訂單里的哪個產(chǎn)品才能知道買了多少。但是產(chǎn)品名稱和 單價只依賴于 產(chǎn)品ID而與 訂單ID無關(guān)。這就是部分依賴。這會導(dǎo)致數(shù)據(jù)冗余 同一個產(chǎn)品如P001出現(xiàn)在不同訂單中其名稱和單價被重復(fù)存儲。更新異常 如果“筆記本電腦”的價格改為6500必須修改所有包含P001的記錄否則會出現(xiàn)數(shù)據(jù)不一致。插入異常 如果公司新進(jìn)了一個產(chǎn)品但還沒有任何訂單購買它由于缺少主鍵的一部分訂單ID這個產(chǎn)品信息將無法插入此表。如何滿足2NF將部分依賴的字段拆分到新的表中用外鍵關(guān)聯(lián)。表1訂單明細(xì)表主鍵(訂單ID, 產(chǎn)品ID)訂單ID 產(chǎn)品ID 數(shù)量表2產(chǎn)品表主鍵產(chǎn)品ID 產(chǎn)品ID 產(chǎn)品名稱 單價3. 第三范式3NF前提 必須已經(jīng)滿足第二范式。核心要求 要求數(shù)據(jù)庫表中的每個非主屬性都必須直接依賴于主鍵而不能存在傳遞依賴。即不能存在“A依賴于BB依賴于主鍵”的情況。違反3NF的例子傳遞依賴有一個 學(xué)生表主鍵是 學(xué)生ID。學(xué)生ID 姓名 所在學(xué)院 學(xué)院地址1 張三 計算機(jī)學(xué)院 科技樓A座2 李四 文學(xué)院 人文樓B座3 王五 計算機(jī)學(xué)院 科技樓A座問題分析姓名和 所在學(xué)院都直接依賴于主鍵 學(xué)生ID。但是學(xué)院地址并不直接依賴于 學(xué)生ID而是依賴于 所在學(xué)院學(xué)生ID- 所在學(xué)院- 學(xué)院地址。這就是傳遞依賴。這同樣會導(dǎo)致數(shù)據(jù)冗余 同一個學(xué)院的學(xué)生其學(xué)院地址被重復(fù)存儲。更新異常 如果計算機(jī)學(xué)院搬到了科技樓C座必須修改所有計算機(jī)學(xué)院學(xué)生的記錄。插入/刪除異常 如果學(xué)校新成立了一個法學(xué)院但還沒有招收學(xué)生或者刪除了某個學(xué)院的最后一個學(xué)生學(xué)院地址信息就會丟失。如何滿足3NF將傳遞依賴的字段拆分到新的表中。表1學(xué)生表主鍵學(xué)生ID學(xué)生ID 姓名 學(xué)院ID表2學(xué)院表主鍵學(xué)院ID學(xué)院ID 學(xué)院名稱 學(xué)院地址反范式化理論與實踐的平衡重要提示 在實際項目開發(fā)中并不總是要求嚴(yán)格遵守三大范式。為什么性能考量 關(guān)聯(lián)查詢JOIN通常比單表查詢慢。為了滿足范式而將表拆得過細(xì)會導(dǎo)致查詢時需要大量JOIN降低性能。簡化查詢 適度的數(shù)據(jù)冗余可以避免復(fù)雜的關(guān)聯(lián)讓查詢語句更簡單。反范式化 為了提高查詢性能故意在表中增加冗余數(shù)據(jù)或者將多個表合并以空間換時間。例子 在電商的“訂單”表中除了 用戶ID可能還會冗余存儲 用戶名、收貨地址等。這樣在查詢訂單詳情時就不需要再去關(guān)聯(lián)“用戶表”了。面試回答技巧清晰闡述定義 用你自己的話把三大范式的核心要求講清楚。舉例說明 一定要舉一個違反范式的例子并說明會帶來什么問題冗余、異常然后給出符合范式的解決方案。這能體現(xiàn)你的理解深度。體現(xiàn)辯證思維 最后一定要提到“反范式化”說明你理解理論和實踐的差異知道在什么情況下如追求高性能的查詢可以犧牲一定的規(guī)范性。這會讓你顯得更有經(jīng)驗?？偨Y(jié)回答模板“數(shù)據(jù)庫三大范式是規(guī)范化設(shè)計的核心原則。第一范式要求字段原子性第二范式在存在復(fù)合主鍵時要求消除非主屬性對主鍵的部分依賴第三范式要求消除傳遞依賴。遵守范式可以減少冗余和異常。但在實際項目中比如為了提升查詢性能我們經(jīng)常會進(jìn)行反范式設(shè)計比如在訂單表里冗余用戶信息這是一種以空間換時間的權(quán)衡。”