1.有可能的話，用乙個語句處理多個更新；儘量減少對同乙個表的重複訪問。
2.易識別的語句有助於定位效能問題。（例如給sql語句加注釋，oracle已經解決為sql語句自帶注釋的問題）
3.資料庫連線和互動好似萬里長城——長度越長，傳遞訊息越耗時。
4.暫時工作表意味著以不太合理的方式儲存更多資訊。（臨時表的弊端，一定要用要告知資料庫哪些是臨時表）
5.幾千個語句，借助游標（cursor）不斷迴圈，很慢。換成幾個語句，處理同樣的資料，
還是較慢。換成乙個語句，解決上述問題，最好。
6.盡可能多地把事情交給資料庫優化器來處理。盡量少用過程邏輯用於sql
7.在合理範圍內，利用每次資料庫訪問完成盡量多的工作。
8.**喜歡sql核心——離核心越近，它就執行得越快。（盡量使用內建的sql函式，自定義函式看情況）
9.沒必要程式設計實現那些資料庫隱含實現的功能。（這個需要了解資料庫的隱性功能，也是偏門點的函式）
10.只要有可能，應盡量把條件邏輯放到sql語句中，而不是sql的宿主語言中。（宿主語言顧名思義是其他載體，目前先這樣理解）
11.資料庫優化器對自定義函式的**無能為力。（也就是無法進行調優，先這樣理解）
12.如果是若干個小查詢，優化器將個個優化；如果是乙個大的查詢，優化器會將它作為一
個整體優化。
13.查詢條件是有差異的，有的好，有的差。（where條件順序會影響資料庫的查詢速度）
資料庫訪問優化法則
從圖上可以看到基本上每種裝置都有兩個指標 延時 響應時間 表示硬體的突發處理能力 頻寬 吞吐量 代表硬體持續處理能力。從上圖可以看出，計算機系統硬體效能從高到代依次為 cpu cache l1 l2 l3 記憶體 ssd硬碟 網路 硬碟 根據資料庫知識，我們可以列出每種硬體主要的工作內容 cpu及記...
訪問資料庫優化法則
減少資料訪問 減少磁碟訪問 建立並正確使用索引 只通過索引訪問資料 優化sql執行計畫 返回更少的資料 減少網路傳輸 資料分頁處理 a 應用程式分頁 客戶端或瀏覽器 a 應用伺服器分頁 客戶端或瀏覽器 a 資料庫sql分頁 客戶端或瀏覽器 只返回需要的字段 減少互動次數 減少網路傳輸 使用儲存過程 ...
資料庫訪問優化法則
要正確的優化 sql 我們需要快速定位能性的瓶頸點，也就是說快速找到我們 sql 硬碟是每分鐘 7200 轉等等。因此，為了快速找到 sql 的效能瓶頸點，我們也需要了解我們計算機系統的硬體基本效能指標，下圖展示的當前主流計算機效能指標資料。從圖上可以看到基本上每種裝置都有兩個指標 延時 響應時間 ...