經驗總結02 sql語句

2021-06-22 05:45:51 字數 379 閱讀 2430

開始看自己的筆記,最開始發現了sql語句。

以前是這樣寫的:select a.*,b.* from table a,table b where a.id=b.id,這樣類似的結構。

之後工作中才發現這種sql語句效率很低,通過查資料才發現這種寫法很不好,一般的沒有推薦這樣的寫法。

應該這樣寫:select a.*,b.* from table a left join table b on a.id=b.id,這樣之類的連線查詢。

第一種寫法參考一些源**學會的,之後就一直沒注意,小資料時,影響不大但是大資料很糾結。

查詢得根據具體的情況,使用聯合查詢、左連線、右連線或者子查詢之類的。

另外,提高查詢的方式還有索引、冗餘欄位等方法,可以大大提高查詢效率。

sql經驗總結

最近正在做美女站,經常用到資料庫 1 選擇最有效率的表名順序 只在基於規則的優化器中有效 oracle 的解析器按照從右到左的順序處理 from 子句中的表名,from 子句中寫在最後的表 基礎表 driving table 將被最先處理,在 from 子句中包含多個表的情況下,你必須選擇記錄條數最...

寫SQL語句經驗總結 收集中

selectmin b b from a group by c t2可以理解為 乙個表 也可以理解為內層。多表連線後還是可以理解為乙個表的形式 表連線時,有表間關聯列間的比較條件和表內列與數值的比較條件兩類 表的列有關鍵列和非關鍵列之分,對於寫乙個sql語句來說,關鍵列是業務邏輯上 即限制條件,如列...

sql優化經驗總結

今天將mysql優化的一些經驗和總結整理一下,方便日後做專案優化sql語句做參考。裡面有我自己的經驗也有從網上直接複製貼上的。1索引問題 在做效能跟蹤分析過程中,經常發現有不少後台程式的效能問題是因為缺少合適索引造成的,有些表甚至乙個索引都沒有。這種情況往往都是因為在設計表時,沒去定義索引,而開發初...