[TOC]
# 范式的優點和缺點
為性能問題而尋求幫助的時候,經常會被建議對表進行范式化設計 ,尤其是寫密集的場景.通常這是個好建議.因為下面這些原因,范式化通常能夠帶來好處
* 范式化的更新操作通常比反范式要快
* 當數據較好地范式化時,就只有很少或者沒有重復數據,所以只需要修改更少的數據
* 范式化的表通常更小,可以更好的放在內存里,所以執行操作會更快
* 很少有多余的數據意味著檢索列表數據更少需要DISTINCT或者GROUP BY語句,還是前面的例子:在非范式化的結構中必須使用DISTINCT或者GROUP BY才能獲得一份唯一的部門列表,但是如果部門(DEPARTMENT)是一張單獨的表,則只需要簡單的查詢這張表就行了
范式化設計的表的缺點是通常需要關聯,稍微復雜一些的查詢語句在符合范式的表上都可能需要至少一次關聯,也許更多.這不但代價昂貴,也可能使得一些索引策略無效.例如:范式化的設計可能將列存放在不同表中,而這些列如果在一個表中本可以屬于同一個索引
# 反范式的優點和缺點
反范式的表因為所有數據都在一張表中,可以很好的避免關聯
如果不需要關聯表,則對大部分查詢最差的情況下---即使表沒有使用索引---是全表掃描.當數據比內存大時這可能比關聯快得多,因為這樣避免了隨機IO(全表掃描基本上是順序IO,但也不是100%,和引擎的實現有關)
- 書列表
- laravel框架關鍵技術
- 第一章 組件化開發與composer使用
- 簡介
- composer
- 添加路由組件
- 添加控制器模塊
- 添加模型組件
- 添加視圖組件
- 第三章 laravel框架中常用的php語法
- 匿名函數
- 文件包含
- 魔術方法
- 魔術常量
- 反射
- 后期靜態綁定
- traits
- 第四章 laravel框架中使用的HTTP協議基礎
- HTTP協議
- 數據庫
- 數據遷移
- 第六章 laravel框架中的設計模式
- IOC模式
- php核心技術與最佳實踐
- 第一章面向對象核心
- 反射
- 簡單ORM
- 異常和錯誤
- 接口
- 第二章,面向對象設計
- 設計原則
- 單一職責
- 接口隔離
- 開放封閉
- 替換原則
- 依賴倒置
- linux是怎么寫的呢?
- 第三章 正則表達
- 認識正則
- 第四章 php網絡技術應用
- HTTP協議詳解
- php和http相關函數
- 垃圾信息防御措施
- 現代操作系統
- 引論
- sql必知必會
- 限制結果
- 按位置排序
- where求職順序
- IN操作符
- like
- 函數
- group by
- 組合查詢
- 插入檢索出的數據
- 視圖
- 高性能mysql
- 第一章節 mysql架構與歷史
- mysql架構邏輯圖
- 連接與管理
- 優化與運行
- 讀寫鎖
- 鎖粒度
- 表鎖(table lock)
- 行級鎖(row lock)
- ACID
- 隔離級別
- 死鎖
- 隱式和顯式鎖定
- 多版本并發控制
- Innodb概覽
- 第四章節 Schema與數據類型優化
- 選擇優化的數據類型
- 日期和時間類型
- 標識列
- 特殊類型數據
- 表設計中的缺陷
- 范式
- 計數器表
- 第五章 創建高性能索引
- 索引基礎
- 索引類型
- 索引的優點
- 高性能索引策略
- 選擇合適的索引列順序
- 聚簇索引
- 順序的主鍵什么時候會造成更壞的后果
- 覆蓋索引
- 使用索引掃描來做排序
- 壓縮索引
- 冗余和重復索引
- 索引和鎖
- 支持多種過濾條件
- 什么是范圍條件
- 優化排序
- 維護索引和表
- 表損壞
- 減少索引和數據的碎片
- 第六章 查詢性能優化
- 掃描的行數和訪問類型
- 重構查詢方式
- 查詢執行的基礎
- 重構-改善既有代碼設計
- 第一章-重構
- 什么是重構
- 第一個案列
- 重構第一步
- 王垠博客
- 多態取代價格相關邏輯