如何判斷乙個系統的資料庫設計達到第幾正規化？
1樓：匿名使用者
這個只能根據每一層正規化的特點逐個對照，從第一層開始。
如有一張表，乙個單元格里有多個值。那麼它還沒達到第一正規化的要求。
如有一張表，每個單元格里只有單個值，但是不是所有的鍵都依賴於他的主鍵，或者叫存在部源旦分依賴。那麼他就滿足第一層，而不滿足第二層正規化。
如有一張表，每個單元格里只有單個值，而且沒有部分依賴，但是存在手裂仿傳遞畢纖依賴，那麼它就滿足第一，第二層，而不滿足第三層。
還有就是： 所謂達到n層正規化要求：就是要已經滿足n層正規化要求，但是不滿足(n+1)層正規化要求。
2樓：
去看一下別人的銀數詳細介滑搏凳紹！信旅。
3樓：郭某人來此
設計正規化（正規化，資料庫設計正規化，資料庫的設計正規化）是符合某一種級別的關係模式的集合。構造資料庫必須遵循一定的規則。在關聯式資料庫中，這種規則就是正規化。
關係數跡高祥據庫中的關係必須滿足一定的要求，即滿足不同的正規化。目前關聯式資料庫有六種正規化：第一正規化（1nf）、第二正規化（2nf）、第三正規化（3nf）、第四正規化（4nf）、第五正規化（5nf）和第六正規化（6nf）。
滿足最低要求的正規化是第一正規化（1nf）。在第一正規化的基礎上進一步滿足更多要求的稱為第二正規化（2nf），其餘正規化以次類推。一般說來，資料庫只需滿足第三正規化（3nf）就行了。
下面我們舉例姿搏介紹第一正規化（1nf）、第二正規化（2nf）和第三正規化（3nf）。
在建立乙個資料庫的念啟過程中，範化是將其轉化為一些表的過程，這種方法可以使從資料庫得到的結果更加明確。這樣可能使資料庫產生重複資料，從而導致建立多餘的表。範化是在識別資料庫中的資料元素、關係，以及定義所需的表和各表中的專案這些初始工作之後的乙個細化的過程。
下面是範化的乙個例子 customer item purchased purchase price thomas shirt $40 maria tennis shoes $35 evelyn shirt $40 pajaro trousers $25
如果上面這個表用於儲存物品的**，而你想要刪除其中的乙個顧客，這時你就必須同時刪除乙個**。範化就是要解決這個問題，你可以將這個表化為兩個表，乙個用於儲存每個顧客和他所買物品的資訊，另乙個用於儲存每件產品和其**的資訊，這樣對其中乙個表做新增或刪除操作就不會影響另乙個表。
資料庫設計中的五大正規化
4樓：機器
對於表中的每一行，必須且僅僅有唯一的行值。在一行中的每一列僅有唯一的值並且具有原子性。（第一正規化是通過把重複的組放到禪譽每個獨立的表中，把這些表通過一對多關聯聯絡起來這種方式來消除重複組的。
即無重複列。
第二正規化要求非主鍵列是主鍵的子集，非主鍵列活動必須完全依賴整個主鍵。主鍵必須有唯一性的元素，乙個主鍵可以由乙個或更多的組成唯一值的列組成。賀運段一旦建立，主鍵無法改變，外來鍵關聯乙個表的主鍵。
主外來鍵關聯意味著一對多的關係。
第二正規化處理冗餘資料的刪除問題。當某張表中的資訊悄滾依賴於該表中其它的不是主鍵部分的列的時候，通常會違反第二正規化。）
第三正規化要求非主鍵列互不依賴。
第三正規化規則查詢以消除沒有直接依賴於第一正規化和第二正規化形成的表的主鍵的屬性。我們為沒有與表的主鍵關聯的所有資訊建立了一張新表。每張新表儲存了來自源表的資訊和它們所依賴的主鍵。）
第四正規化禁止主鍵列和非主鍵列一對多關係不受約束。
第五正規化將表分割成儘可能小的塊，為了排除在表中所有的冗餘。
資料庫設計三大正規化有什麼區別
5樓：網友
三大正規化並不是用來區別的，是關係型資料庫裡的規範，是為了減少資料冗餘。如果三個規範都滿足說明的你的資料庫比較健全，資料冗餘少，後期維護也方便。用多了就知道了。
如果一定要記下，記住定義就好。第一正規化：確保每列的原子性。
如果每列(或者每個屬性)都是不可再分的最小資料單元(也稱為最小的原子單元),則滿足第一正規化。
如果乙個關係滿足第一正規化，並且除了主鍵以外的其它列，都依賴於該主鍵，則滿足第二正規化。
例如：訂單表(訂單編號、產品編號、定購日期、**、……"訂單編號"為主鍵，"產品編號"和主鍵列沒有直接的關係，即"產品編號"列不依賴於主鍵列，應刪除該列。
如果乙個關係滿足第二正規化，並且除了主鍵以外的其它列都不依賴於主鍵列，則滿足第三正規化。
為了理解第三正規化，需要根據armstrong公里之一定義傳遞依賴。假設a、b和c是關係r的三個屬性，如果a-〉b且b-〉c，則從這些函式依賴中，可以得出a-〉c，如上所述，依賴a-〉c是傳遞依賴。
資料庫高手請進，怎麼去區分幾個正規化。
6樓：白白
你好，關聯式資料庫的幾種設計正規化介紹。
1、第一正規化（1nf）
在任何乙個關聯式資料庫中，第一正規化（1nf）是對關係模式的基本要求，不滿足第一正規化（1nf）的資料庫就不是關聯式資料庫。
所謂第一正規化（1nf）是指資料庫表的每一列都是不可分割的基本資料項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性，就可能需要定義乙個新的實體，新的實體由重複的屬性構成，新實體與原實體之間為一對多關係。在第一正規化（1nf）中表的每一行只包含乙個例項的資訊。
例如，對於圖3-2 中的員工資訊表，不能將員工資訊都放在一列中顯示，也不能將其中的兩列或多列在一列中顯示；員工資訊表的每一行只表示乙個員工的資訊，乙個員工的資訊在表中只出現一次。簡而言之，第一正規化就是無重複的列。
2、第二正規化（2nf）
第二正規化（2nf）是在第一正規化（1nf）的基礎上建立起來的，即滿足第二正規化（2nf）必須先滿足第一正規化（1nf）。第二正規化（2nf）要求資料庫表中的每個例項或行必須可以被唯一地區分。為實現區分通常需要為表加上乙個列，以儲存各個例項的唯一標識。
如圖3-2 員工資訊表中加上了員工編號（emp_id）列，因為每個員工的員工編號是唯一的，因此每個員工可以被唯一區分。這個唯一屬性列被稱為主關鍵字或主鍵、主碼。
第二正規化（2nf）要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在，那麼這個屬性和主關鍵字的這一部分應該分離出來形成乙個新的實體，新實體與原實體之間是一對多的關係。為實現區分通常需要為表加上乙個列，以儲存各個例項的唯一標識。
簡而言之，第二正規化就是非主屬性非部分依賴於主關鍵字。
3、第三正規化（3nf）
滿足第三正規化（3nf）必須先滿足第二正規化（2nf）。簡而言之，第三正規化（3nf）要求乙個資料庫表中不包含已在其它表中已包含的非主關鍵字資訊。例如，存在乙個部門資訊表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等資訊。
那麼在圖3-2的員工資訊表中列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的資訊再加入員工資訊表中。如果不存在部門資訊表，則根據第三正規化（3nf）也應該構建它，否則就會有大量的資料冗餘。簡而言之，第三正規化就是屬性不依賴於其它非主屬性。
請問這個關係 屬於資料庫的第幾正規化
7樓：網友
在關係中：
業主關係(業主編號->(姓名，房屋面積，工作單位，聯絡**))但是也存在：
業主關係(業主編號->(聯絡**，姓名),(聯絡**，姓名)->工作單位，(聯絡**，姓名)->房屋面積)
所以存在傳遞函式依賴，而3nf的定義關係中不存在傳遞函式依賴所以最高為2nf,就是每個屬性都完全依賴於碼分解成3nf,如下：
業主(業主編號，姓名，聯絡**，)
工作(業主編號，工作單位)
房產(業主編號，房屋面積)
不存在資料冗餘。
用資料庫做小型裝置管理系統，用資料庫做一個小型裝置管理系統
課題1.裝置管理資訊系統 包括的實體型別有 n 固定資產 資產編號，資產名稱，型號規格，計量單位，價值，製造廠，出廠日期 n 部門 部門編號，部門名稱，負責人 n 折舊單 折舊單編號，年折舊率，年折舊額，開始使用日期，全部使用年限，已使用年數，尚可使用年限 n 大修理單 修理單編號，修理日期，修理時...
大學生如何實現乙個資料庫？
感覺做過acm的話，應該完全沒問題。最開始只要做乙個超大的雜湊表就可以了。只要能實現字串做鍵，字串儲存值就好。然後對外的查詢介面就只要get,put和delete 畢竟加上socket再改改輸出形式就可以用http來訪問了。然後你再考慮怎麼讓你的雜湊表支援多種型別的值，想想怎麼去儲存你資料的型別...
求完整的資料庫學校圖書管理系統,求一個完整的資料庫學校圖書管理系統
有,程式 開題 和 保證可以執行 用access做的,有的 高分求一份完整圖書管理系統資料庫課程設計 網上書店 圖書 管理系統的設計與實現 html5,ssh,mysql 含錄影 求 一份完整的 資料庫課程設計圖書管理系統 sql server2000 謝謝啦 5 樓主,像你這種問題,一般在sql的...