9.1 為什么需要設計

當數(shù)據(jù)庫比較復雜的時候，我們就需要設計了

糟糕的數(shù)據(jù)庫設計：

• 數(shù)據(jù)冗余，浪費空間

• 數(shù)據(jù)庫插入和刪除都會麻煩，異常【屏蔽使用物理外鍵】

• 程序的性能差

良好的數(shù)據(jù)庫設計：

• 節(jié)省內(nèi)存空間

• 保證數(shù)據(jù)庫的完整性

• 方便我們開發(fā)系統(tǒng)

軟件開發(fā)中，關(guān)于數(shù)據(jù)庫的設計：

• 分析需求：分析業(yè)務和需要處理的數(shù)據(jù)庫的需求
• 概要設計：設計關(guān)系圖 E-R圖

設計數(shù)據(jù)庫的步驟（個人博客）

• 收集信息，分析需求

  • 用戶表（用戶登錄注銷，用戶的個人信息，寫博客，創(chuàng)建分類）
  • 分類表（文章分類，誰創(chuàng)建的）
  • 文章表（文章的信息）
  • 友鏈表（友鏈信息）
  • 自定義表（系統(tǒng)信息，某個關(guān)鍵的字，或者某些主字段）
  • 說說表（發(fā)表心情…id ,content ,time）

• 標識實體（把需求落地到每個字段）

• 標識實體之間的關(guān)系

  • 寫博客 user–>blog
  • 創(chuàng)建分類 user–>category
  • 關(guān)注 user–>user
  • 友鏈 links
  • 評論 user–user-blog

9.2 三大范式

為什么需要數(shù)據(jù)規(guī)范化？

• 信息重復
• 更新異常
• 插入異常
• 刪除異常
  • 無法正常顯示異常
• 刪除異常
  • 丟失有效的信息

三大范式：https://www.cnblogs.com/wsg25/p/9615100.html

• 第一范式（1NF）

  原子性：保證每一列不可再分

• 第二范式（2NF）

  前提：滿足第一范式

  每張表只描述一件事情

• 第三范式（3NF）

  前提：滿足第一范式和第二范式

  第三范式需要確保數(shù)據(jù)表中的每一列數(shù)據(jù)都和主鍵直接相關(guān)，而不能間接相關(guān)。

9.3 規(guī)范數(shù)據(jù)庫的設計

規(guī)范性 和 性能的問題

關(guān)聯(lián)查詢的表，不得超過三張表

• 考慮商業(yè)化的需求和目標（成本和用戶體驗） 數(shù)據(jù)庫的性能更加重要
• 再規(guī)范性能的問題的時候，需要適當?shù)目紤]一下，規(guī)范性
• 故意給某些表加一些冗余的字段（從多表，變成單表）
• 故意增加一些計算列（從大數(shù)據(jù)量降低為小數(shù)據(jù)量的查詢：索引）

總結(jié)

以上是生活随笔為你收集整理的9、规范数据库设计的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。