<span id="plx27"><var id="plx27"></var></span>
<dfn id="plx27"><var id="plx27"></var></dfn>
  • <span id="plx27"><code id="plx27"><input id="plx27"></input></code></span>
    <menu id="plx27"></menu><menuitem id="plx27"><thead id="plx27"><input id="plx27"></input></thead></menuitem>
  • <label id="plx27"><code id="plx27"></code></label>
    <label id="plx27"><button id="plx27"></button></label>

    SQL的書寫規(guī)范及高級進(jìn)階優(yōu)化技巧分享

    上傳人:ta****fu 文檔編號:210920959 上傳時間:2023-05-18 格式:DOCX 頁數(shù):13 大?。?96.52KB
    收藏 版權(quán)申訴 舉報 下載
    SQL的書寫規(guī)范及高級進(jìn)階優(yōu)化技巧分享_第1頁
    第1頁 / 共13頁
    SQL的書寫規(guī)范及高級進(jìn)階優(yōu)化技巧分享_第2頁
    第2頁 / 共13頁
    SQL的書寫規(guī)范及高級進(jìn)階優(yōu)化技巧分享_第3頁
    第3頁 / 共13頁

    下載文檔到電腦,查找使用更方便

    9.98 積分

    下載資源

    還剩頁未讀,繼續(xù)閱讀

    資源描述:

    《SQL的書寫規(guī)范及高級進(jìn)階優(yōu)化技巧分享》由會員分享,可在線閱讀,更多相關(guān)《SQL的書寫規(guī)范及高級進(jìn)階優(yōu)化技巧分享(13頁珍藏版)》請在裝配圖網(wǎng)上搜索。

    1、SQL的書寫規(guī)范及高級進(jìn)階優(yōu)化技巧由于工作需要,最近做了很多 BI 取數(shù)的工作,需要用到一些比較高級的 SQL 技巧,總結(jié)了一下工作中用到的一些比較騷的進(jìn)階技巧,特此記錄一下,以方便自己查閱,主要目錄如下: SQL 的書寫規(guī)范 SQL 的一些進(jìn)階使用技巧 SQL 的優(yōu)化方法SQL 的書寫規(guī)范在介紹一些技巧之前,有必要強調(diào)一下規(guī)范,這一點我發(fā)現(xiàn)工作中經(jīng)常被人忽略,其實遵循好的規(guī)范可讀性會好很多,應(yīng)該遵循哪些規(guī)范呢1、 表名要有意義,且標(biāo)準(zhǔn) SQL 中規(guī)定表名的第一個字符應(yīng)該是字母。2、注釋,有單行注釋和多行注釋,如下-單行注釋-從SomeTable中查詢col_1SELECTcol_1FROMS

    2、omeTable;/*多行注釋從SomeTable中查詢col_1*/SELECTcol_1FROMSomeTable;多行注釋很多人不知道,這種寫法不僅可以用來添加真正的注釋,也可以用來注釋代碼,非常方便3、縮進(jìn)就像寫 Java,Python 等編程語言一樣 ,SQL 也應(yīng)該有縮進(jìn),良好的縮進(jìn)對提升代碼的可讀性幫助很大,以下分別是好的縮進(jìn)與壞的縮進(jìn)示例-好的縮進(jìn)SELECTcol_1,col_2,col_3,COUNT(*)FROMtbl_AWHEREcol_1=aANDcol_2=(SELECTMAX(col_2)FROMtbl_BWHEREcol_3=100)GROUPBYcol_1,c

    3、ol_2,col_3-壞的示例SELECTcol1_1,col_2,col_3,COUNT(*)FROMtbl_AWHEREcol1_1=aANDcol1_2=(SELECTMAX(col_2)FROMtbl_BWHEREcol_3=100)GROUPBYcol_1,col_2,col_34、空格代碼中應(yīng)該適當(dāng)留有一些空格,如果一點不留,代碼都湊到一起, 邏輯單元不明確,閱讀的人也會產(chǎn)生額外的壓力,以下分別是是好的與壞的示例-好的示例SELECTcol_1FROMtbl_AA,tbl_BBWHERE(A.col_1=100ORA.col_2IN(a,b)ANDA.col_3=B.col_3;-

    4、壞的示例SELECTcol_1FROMtbl_AA,tbl_BBWHERE(A.col_1=100ORA.col_2IN(a,b)ANDA.col_3=B.col_3;4、大小寫關(guān)鍵字使用大小寫,表名列名使用小寫,如下SELECTcol_1,col_2,col_3,COUNT(*)FROMtbl_AWHEREcol_1=aANDcol_2=(SELECTMAX(col_2)FROMtbl_BWHEREcol_3=100)GROUPBYcol_1,col_2,col_3花了這么多時間強調(diào)規(guī)范,有必要嗎,有!好的規(guī)范讓代碼的可讀性更好,更有利于團隊合作,之后的 SQL 示例都會遵循這些規(guī)范。SQL

    5、 的一些進(jìn)階使用技巧一、巧用 CASE WHEN 進(jìn)行統(tǒng)計來看看如何巧用 CASE WHEN 進(jìn)行定制化統(tǒng)計,假設(shè)我們有如下的需求,希望根據(jù)左邊各個市的人口統(tǒng)計每個省的人口使用 CASE WHEN 如下SELECTCASEpref_nameWHEN長沙THEN湖南WHEN衡陽THEN湖南WHEN??赥HEN海南WHEN三亞THEN海南ELSE其他ENDASdistrict,SUM(population)FROMPopTblGROUPBYdistrict;二、巧用 CASE WHEN 進(jìn)行更新現(xiàn)在某公司員人工資信息表如下:現(xiàn)在公司出臺了一個奇葩的規(guī)定1. 對當(dāng)前工資為 1 萬以上的員工,降薪 1

    6、0%。2. 對當(dāng)前工資低于 1 萬的員工,加薪 20%。一些人不假思索可能寫出了以下的 SQL:-條件1UPDATESalariesSETsalary=salary*0.9WHEREsalary=10000;-條件2UPDATESalariesSETsalary=salary*1.2WHEREsalary=10000THENsalary*0.9WHENsalary10000THENsalary*1.2ELSEsalaryEND;三、巧用 HAVING 子句一般 HAVING 是與 GROUP BY 結(jié)合使用的,但其實它是可以獨立使用的, 假設(shè)有如下表,第一列 seq 叫連續(xù)編號,但其實有些編號

    7、是缺失的,怎么知道編號是否缺失呢,用 HAVING 表示如下:SELECT存在缺失的編號ASgapFROMSeqTblHAVINGCOUNT(*)MAX(seq);四、自連接針對相同的表進(jìn)行的連接被稱為“自連接”(self join),這個技巧常常被人們忽視,其實是有挺多妙用的1、刪除重復(fù)行上圖中有三個橘子,需要把這些重復(fù)的行給刪掉,用如下自連接可以解決:DELETEFROMProductsP1WHEREidP1.price)+1ASrank_1FROMProductsP1ORDERBYrank_1;結(jié)果如下:namepricerank-橘子1001西瓜802蘋果503葡萄503香蕉503檸檬

    8、306五、巧用 COALESCE 函數(shù)此函數(shù)作用返回參數(shù)中的第一個非空表達(dá)式,假設(shè)有如下商品,我們重新格式化一樣,如果 city 為 null,代表商品不在此城市發(fā)行,但我們在展示結(jié)果的時候不想展示 null,而想展示 N/A, 可以這么做:SELECTCOALESCE(city,N/A)FROMcustomers;SQL 性能優(yōu)化技巧一、參數(shù)是子查詢時,使用 EXISTS 代替 IN如果 IN 的參數(shù)是(1,2,3)這樣的值列表時,沒啥問題,但如果參數(shù)是子查詢時,就需要注意了。比如,現(xiàn)在有如下兩個表:現(xiàn)在我們要查出同時存在于兩個表的員工,即田中和鈴木,則以下用 IN 和 EXISTS 返回的

    9、結(jié)果是一樣,但是用 EXISTS 的 SQL 會更快:-慢SELECT*FROMClass_AWHEREidIN(SELECTidFROMCLASS_B);-快SELECT*FROMClass_AAWHEREEXISTS(SELECT*FROMClass_BBWHEREA.id=B.id);為啥使用 EXISTS 的 SQL 運行更快呢,有兩個原因1. 可以用到索引,如果連接列 (id) 上建立了索引,那么查詢 Class_B 時不用查實際的表,只需查索引就可以了。2. 如果使用 EXISTS,那么只要查到一行數(shù)據(jù)滿足條件就會終止查詢, 不用像使用 IN 時一樣掃描全表。在這一點上 NOT E

    10、XISTS 也一樣另外如果 IN 后面如果跟著的是子查詢,由于 SQL 會先執(zhí)行 IN 后面的子查詢,會將子查詢的結(jié)果保存在一張臨時的工作表里(內(nèi)聯(lián)視圖),然后掃描整個視圖,顯然掃描整個視圖這個工作很多時候是非常耗時的,而用 EXISTS 不會生成臨時表。當(dāng)然了,如果 IN 的參數(shù)是子查詢時,也可以用連接來代替,如下:-使用連接代替INSELECTA.id,A.nameFROMClass_AAINNERJOINClass_BBONA.id=B.id;用到了 id列上的索引,而且由于沒有子查詢,也不會生成臨時表二、避免排序SQL 是聲明式語言,即對用戶來說,只關(guān)心它能做什么,不用關(guān)心它怎么做。這

    11、樣可能會產(chǎn)生潛在的性能問題:排序,會產(chǎn)生排序的代表性運算有下面這些 GROUP BY 子句 ORDER BY 子句 聚合函數(shù)(SUM、COUNT、AVG、MAX、MIN) DISTINCT 集合運算符(UNION、INTERSECT、EXCEPT) 窗口函數(shù)(RANK、ROW_NUMBER 等)如果在內(nèi)存中排序還好,但如果內(nèi)存不夠?qū)е滦枰谟脖P上排序上的話,性能就會急劇下降,所以我們需要減少不必要的排序。怎樣做可以減少排序呢。1、 使用集合運算符的 ALL 可選項SQL 中有 UNION,INTERSECT,EXCEPT 三個集合運算符,默認(rèn)情況下,這些運算符會為了避免重復(fù)數(shù)據(jù)而進(jìn)行排序,對比

    12、一下使用 UNION 運算符加和不加 ALL 的情況:注意:加 ALL 是優(yōu)化性能非常有效的手段,不過前提是不在乎結(jié)果是否有重復(fù)數(shù)據(jù)。2、使用 EXISTS 代表 DISTINCT為了排除重復(fù)數(shù)據(jù), DISTINCT 也會對結(jié)果進(jìn)行排序,如果需要對兩張表的連接結(jié)果進(jìn)行去重,可以考慮用 EXISTS 代替 DISTINCT,這樣可以避免排序。如何找出有銷售記錄的商品,使用如下 DISTINCT 可以:SELECTDISTINCTI.item_noFROMItemsIINNERJOINSalesHistorySHONI.item_no=SH.item_no;不過更好的方式是使用 EXISTS:SE

    13、LECTitem_noFROMItemsIWHEREEXISTS(SELECT*FROMSalesHistorySHWHEREI.item_no=SH.item_no);既用到了索引,又避免了排序?qū)π阅艿膿p耗。二、在極值函數(shù)中使用索引(MAX/MIN)使用 MAX/ MIN 都會對進(jìn)行排序,如果參數(shù)字段上沒加索引會導(dǎo)致全表掃描,如果建有索引,則只需要掃描索引即可,對比如下-這樣寫需要掃描全表SELECTMAX(item)FROMItems;-這樣寫能用到索引SELECTMAX(item_no)FROMItems;注意:極值函數(shù)參數(shù)推薦為索引列中并不是不需要排序,而是優(yōu)化了排序前的查找速度(畢竟

    14、索引本身就是有序排列的)。三、能寫在 WHERE 子句里的條件不要寫在 HAVING 子句里下列 SQL 語句返回的結(jié)果是一樣的:-聚合后使用HAVING子句過濾SELECTsale_date,SUM(quantity)FROMSalesHistoryGROUPBYsale_dateHAVINGsale_date=2007-10-01;-聚合前使用WHERE子句過濾SELECTsale_date,SUM(quantity)FROMSalesHistoryWHEREsale_date=2007-10-01GROUPBYsale_date;使用第二條語句效率更高,原因主要有兩點1. 使用 GROU

    15、P BY 子句進(jìn)行聚合時會進(jìn)行排序,如果事先通過 WHERE 子句能篩選出一部分行,能減輕排序的負(fù)擔(dān)2. 在 WHERE 子句中可以使用索引,而 HAVING 子句是針對聚合后生成的視頻進(jìn)行篩選的,但很多時候聚合后生成的視圖并沒有保留原表的索引結(jié)構(gòu)四、在 GROUP BY 子句和 ORDER BY 子句中使用索引GROUP BY 子句和 ORDER BY 子句一般都會進(jìn)行排序,以對行進(jìn)行排列和替換,不過如果指定帶有索引的列作為這兩者的參數(shù)列,由于用到了索引,可以實現(xiàn)高速查詢,由于索引是有序的,排序本身都會被省略掉五、使用索引時,條件表達(dá)式的左側(cè)應(yīng)該是原始字段假設(shè)我們在 col 列上建立了索引,

    16、則下面這些 SQL 語句無法用到索引SELECT*FROMSomeTableWHEREcol*1.1100;SELECT*FROMSomeTableWHERESUBSTR(col,1,1)=a;以上第一個 SQL 在索引列上進(jìn)行了運算, 第二個 SQL 對索引列使用了函數(shù),均無法用到索引,正確方式是把列單獨放在左側(cè),如下:SELECT*FROMSomeTableWHEREcol_1100/1.1;當(dāng)然如果需要對此列使用函數(shù),則無法避免在左側(cè)運算,可以考慮使用函數(shù)索引,不過一般不推薦隨意這么做。六、盡量避免使用否定形式如下的幾種否定形式不能用到索引: != NOT IN所以以下 了SQL 語句會

    17、導(dǎo)致全表掃描SELECT*FROMSomeTableWHEREcol_1100;可以改成以下形式SELECT*FROMSomeTableWHEREcol_1100orcol_1=10;雖然上面這樣的寫法能達(dá)到目的,但會生成 TMP 這張臨時表,所以應(yīng)該使用下面這樣的寫法:SELECTsale_date,MAX(quantity)FROMSalesHistoryGROUPBYsale_dateHAVINGMAX(quantity)=10;HAVING 子句和聚合操作是同時執(zhí)行的,所以比起生成中間表后再執(zhí)行 HAVING 子句,效率會更高,代碼也更簡潔10、需要對多個字段使用 IN 謂詞時,將它們

    18、匯總到一處一個表的多個字段可能都使用了 IN 謂詞,如下:SELECTid,state,cityFROMAddresses1A1WHEREstateIN(SELECTstateFROMAddresses2A2WHEREA1.id=A2.id)ANDcityIN(SELECTcityFROMAddresses2A2WHEREA1.id=A2.id);這段代碼用到了兩個子查詢,也就產(chǎn)生了兩個中間表,可以像下面這樣寫SELECT*FROMAddresses1A1WHEREid|state|cityIN(SELECTid|state|city FROMAddresses2A2);這樣子查詢不用考慮關(guān)聯(lián)性,沒有中間表產(chǎn)生,而且只執(zhí)行一次即可??偨Y(jié)本文一開始花了挺大的篇幅來講解 SQL 的規(guī)范,請大家務(wù)必重視這部分內(nèi)部,良好的規(guī)范有利于團隊協(xié)作,對于代碼的閱讀也比較友好。之后介紹了一些 SQL 的比較高級的用法,巧用這些技巧確實能達(dá)到事半功倍的效果,由于本文篇幅有限只是介紹了一部分,下篇我們會再介紹一些其他的技巧,敬請期待哦

    展開閱讀全文
    溫馨提示:
    1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
    2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
    3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
    4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
    5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
    6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
    7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

    相關(guān)資源

    更多
    正為您匹配相似的精品文檔
    關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

    copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

    備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


    本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!

    欧美久久久一区二区三区,国产精品亚洲一区二区无码,亚洲国产精品综合久久20声音,亚洲国产精品无码久久久蜜芽
    <span id="plx27"><var id="plx27"></var></span>
    <dfn id="plx27"><var id="plx27"></var></dfn>
  • <span id="plx27"><code id="plx27"><input id="plx27"></input></code></span>
    <menu id="plx27"></menu><menuitem id="plx27"><thead id="plx27"><input id="plx27"></input></thead></menuitem>
  • <label id="plx27"><code id="plx27"></code></label>
    <label id="plx27"><button id="plx27"></button></label>