SQLServer管理及效能调校-建国科技大学.PDF

SQL Server 管理及效能調校 94/12/15 建國科技大學 電算中心林金玉 大網 如何做好SQL statements最佳化 SQL Injection(資料隱碼) SQL Server效能調校 AP 與 SQL Server間的調校 正規化的觀念 正規化的步驟 ： STEP 1 ：將表格中的變動項目展開來 ，其結果即為一 級正規化 。 STEP 2 ：其次移去部分相關性(Partial dependency)得 到二級正規化 。 STEP 3 ：再來消除關連間之遞移相關(Transitive dependency)最後得到三級正規化 。 正規化的步驟如下 ： 正規化的步驟 反正規化 （Denormalize ） 反正規化 （Denormalize ）：有時詳細的正規 化，反而會造成資料處理速度上的困擾 ，因此 在執行速度考量之下 ，有時候不得不做適當的 反向正規化 ，當我們在進行資料庫正規化的同 時 ，可能也要測試系統執行效率 ，當效率不理 想時 ，必須做適當的反正規化，但必須小心控 制反正規化所造成的資料重覆性問題 ，以期達 成最佳的資料庫設計。 資料庫架構設計-反正規化  使用情況 需要對應用程式的熟悉度極佳 需要對效能強化進行考量  益處  減少JOIN的使用  降低資料表上的Foreign Key建立  減少索引的建立進而節省空間  可以預先將彙總結果進行計算與存放 ，減少處理成本 ，但是 需要考量資料的更動成本與查詢成本  減少資料表的建立  缺點  可以加速資料的取得 ，但降低修改速度  應用程式導向 ，會依據應用程式變化而需要調整  增加資料表的Size  某些情況下會增加程式撰寫的複雜性 ，例如同步修改 需要反正規化嗎？  高度反正規劃的系統需要複雜的資料表JOIN查詢  過多的JOIN 會增加 work tables, tempdb 的使用  Question?  如果你每次查詢資料需要透過6個資料表的JOIN ，表示需 要反正規劃了.  TRADEOFF  彈性 vs. 效能  反正規劃的議題  更動成本與查詢成本的TRADEOFF  少許修改 (I,U,D) vs. 多查詢 :建議反正規劃多一點  多修改(I,U,D) vs. 少許查詢 :建議正規劃多一點  反正規劃的技術  新增重複性欄位與衍生欄位  增加 indexed views  重新規劃資料表 有效使用查詢參數(SARG) 使用 Search Argument (SARG) 查詢時 ，最佳化執行器檢視是否有WHERE 條件 好的SARG Exact match (= ) A range of value (between, , , =, =) AND 注意 LIKE 的使用方式 基本方式如下 column inclusive_operator constant or variable 或是 constant or variable inclusive_operator column SARG使用正確範例 正確地SARG使用方法 name = jones salary 40000 60000 salary department = sales name = jones AND salary 100000  Like ‘LEWIS%’ 非SARG使用方法  NOT, !=, , !, !, NOT EXISTS, NOT IN, and NOT LIKE