1. SQL優化的原則是：將一次操作須要讀取的BLOCK數減到最低,即在最短的時間達到最大的資料吞吐量。 調整不良SQL通常能夠從下面幾點切入： ? 檢查不良的SQL，考慮其寫法是否還有可優化內容 ?
檢查子查詢 考慮SQL子查詢能否夠用簡單連線的方式進行又一次書寫 ?
檢查優化索引的使用 ?
考慮資料庫的優化器 2. 避免出現SELECT * FROM table 語句，要明白查出的欄位。
3. 在一個SQL語句中，假設一個where條件過濾的資料庫記錄越多，定位越準確，則該where條件越應該前移。 4. 查詢時儘可能使用索引覆蓋。即對SELECT的欄位建立複合索引，這樣查詢時僅僅進行索引掃描。不讀取資料塊。
5. 在推斷有無符合條件的記錄時建議不要用SELECT COUNT （*）和select top 1 語句。 6. 使用內層限定原則，在拼寫SQL語句時，將查詢條件分解、分類，並儘量在SQL語句的最裡層進行限定。以降低資料的處理量。 7. 應絕對避免在order by子句中使用表示式。 8. 假設須要從關聯表讀資料，關聯的表一般不要超過7個。
9. 小心使用 IN 和 OR，須要注意In集合中的資料量。建議集合中的資料不超過200個。 10. <> 用 < 、 > 取代。>用>=取代，<用<=取代。這樣能夠有效的利用索引。 11. 在查詢時儘量降低對多餘資料的讀取包括多餘的列與多餘的行。 12. 對於複合索引要注意，比如在建立複合索引時列的順序是F1，F2。F3，則在where或order by子句中這些欄位出現的順序要與建立索引時的欄位順序一致，且必須包括第一列。
僅僅能是F1或F1，F2或F1。F2。F3。否則不會用到該索引。 13. 多表關聯查詢時，寫法必須遵循下面原則，這樣做有利於建立索引，提高查詢效率。
格式例如以下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值條件（=）) and (table1的非等值條件) and (table2與table1的關聯條件) and (table2的等值條件) and (table2的非等值條件) and (table3與table2的關聯條件) and (table3的等值條件) and (table3的非等值條件)。 注:關於多表查詢時from 後面表的出現順序對效率的影響還有待研究。 14. 子查詢問題。對於能用連線方式或者檢視方式實現的功能，不要用子查詢。比如：select name from customer where customer_id in ( select customer_id from order where money>1000)。
應該用例如以下語句取代：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。 15. 在WHERE 子句中，避免對列的四則運算。特別是where 條件的左邊。嚴禁使用運算與函式對列進行處理。
比方有些地方 substring 能夠用like取代。 16. 假設在語句中有not in（in）操作，應考慮用not exists（exists）來重寫,最好的辦法是使用外連線實現。 17. 對一個業務過程的處理。應該使事物的開始與結束之間的時間間隔越短越好。原則上做到資料庫的讀操作在前面完畢，資料庫寫操作在後面完畢，避免交叉。
18. 請小心不要對過多的列使用列函式和order by,group by等，慎重使用disti軟體開發t。
19. 用union all 取代 union，資料庫執行union操作，首先先分別執行union兩端的查詢，將其放在暫時表中，然後在對其進行排序，過濾反覆的記錄。
當已知的業務邏輯決定query A和query B中不會有反覆記錄時，應該用union all取代union。以提高查詢效率。 資料更新的效率 1. 在一個事物中，對同一個表的多個insert語句應該集中在一起執行。 2. 在一個業務過程中，儘量的使insert,update,delete語句在業務結束前執行，以降低死鎖的可能性。 資料庫物理規劃的效率 為了避免I/O的衝突，我們在設計資料庫物理規劃時應該遵循幾條主要的原則(以ORACLE舉例)： ?? table和index分離：table和index應該分別放在不同的tablespace中。 ?
? Rollback Segment的分離：Rollback Segment應該放在獨立的Tablespace中。
?? System Tablespace的分離：System Tablespace中不同意放置不論什麼使用者的object。
（mssql中primary filegroup中不同意放置不論什麼使用者的object） ?? Temp Tablesace的分離：建立單獨的Temp Tablespace，併為每一個user指定default Temp Tablespace ??避免碎片：但segment中出現大量的碎片時。會導致讀資料時須要訪問的block數量的新增。對常常發生DML操作的segemeng來說，碎片是不能全然避免的。所以，我們應該將常常做DML操作的表和非常少發生變化的表分離在不同的Tablespace中。 當我們遵循了以上原則後，仍然發現有I/O衝突存在，我們能夠用資料分離的方法來解決。 ?? 連線Table的分離：在實際應用中常常做連線查詢的Table，能夠將其分離在不同的Taclespace中。以降低I/O衝突。
?? 使用分割槽：對資料量非常大的Table和Index使用分割槽，放在不同的Tablespace中。 在實際的物理儲存中，建議使用RAID。
日誌檔案應放在單獨的磁碟中。