前面傻傻的把第一部分內容揉在一起，結果自己後來再去看的時候，自己都看吐了，所以接下來還是老老實實一章一章的來吧，這樣自己以後也看著輕鬆一點。
簡單了解一下資料庫設計的總體過程以及完成設計過程的重要性。之後會在接下來的章節中展開詳細的介紹。
只遵循部分設計過程，與完全不使用設計過程一樣糟糕。總之就是你有膽子不怕從頭來一遍的話，那就不要按照步驟來啊，即使是簡單的資料庫設計也不例外。
宗旨(mission statement)，表明了資料庫的目標，並為設計工作提供明晰的焦點。
任務目標(mission objective)，使用者可以對資料庫中的資料執行的常規任務。
沒有的話從頭建立也可以，主要作用是收集資料需求。
主要工作就是定義表和字段，建立鍵，以及為每個字段定義字段說明。
表是資料庫中定義的第乙個結構。首先，由第一階段確立的目標以及第二階段收集的資料需求，來確定表將表示的各個主題。然後，為這些主題建立表，並將它們與第二階段編輯的字段列表中的字段匹配。完成這項任務後，再審核每個表，確保每個表只表示乙個主體且不包含重複字段。確定關係現在，繼續審核每個表中的字段。提煉表中所有的復合欄位和多值字段，確保它們分別只包含單一值，並將與該錶所表示的主體特徵不符的字段移出或刪除。審核完成後接著審核和改進表的結構。這涉及審核之前的字段工作，目的是避免遺漏任何細節，確保每個表的結構定義合理。然後，為每個表建立合適的鍵。任務的重心是確保每個表都擁有正確定義的主鍵，這個特殊的鍵唯一標識表中的每個記錄。
此階段最後一部分內容就是為每個字段建立字段說明。
使用主、外來鍵或者聯絡表建立每種關係中表之間的邏輯關係。具體由表之間關係的型別決定。
確定每種關係中表的參與型別與參與度。
展開訪談，確定資料庫各方面的限制，建立業務規則。
定義和實現必要的驗證表。
了解各個使用資料庫的人的資料需求，為其建立特定檢視來讀取資料庫中的資料。
從資料完整性出發審核資料庫的最終結構。
1. 審核每個表，確保其符合正確設計的標準。
2. 審核和檢查每個欄位的字段說明。
3. 檢查每種關係的有效性。
4. 審核之前確定的業務規則並確認資料庫各方面的限制。
《自己動手設計資料庫》第10章 建立關係特性
本章就前面介紹術語時介紹的表之間的關係型別 參與度 參與方式進行講解 型別就3種 一對一，一對多，多對多，所以這裡主要講解如何用 法來展現該關係。一對一一對多 多對多把3中關係的示意圖放在一起講解，從上往下依次是 table a中的乙個記錄只與table b中的乙個記錄有關 table b中的乙個記...
資料庫 第4章安全性
四 資料庫安全性 選擇 填空 sql語句 1.資料庫安全性 保護資料庫以防止不合法使用造成的資料洩露 更改和破壞。2.資料庫的不安全因素 1 非授權使用者對資料庫的惡意訪問和破壞 2 資料庫中重要或者敏感資料被洩露 3 安全環境的脆弱性。3.措施 1 使用者身份的鑑別 靜態口令鑑別 動態口令鑑別 生...
第4章 資料庫安全性
本文全部內容來自資料庫系統概論 第5版 王珊 薩師煊著 資料庫安全性是指保護資料庫以防止不合法使用所造成的資料洩露 更改或破壞。以上四個方面來描述安全性級別劃分的指標。資料庫安全性控制的方法 使用者身份鑑別是資料庫管理系統提供的最外層安全保護措施。每個使用者在系統中都有乙個使用者標識，每個使用者標識...