本篇內(nèi)容介紹了“SQL查詢的解決方法有哪些”的有關(guān)知識(shí),在實(shí)際案例的操作過(guò)程中,不少人都會(huì)遇到這樣的困境,接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細(xì)閱讀,能夠?qū)W有所成!
我們提供的服務(wù)有:成都網(wǎng)站制作、成都做網(wǎng)站、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)、微信公眾號(hào)開(kāi)發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、漾濞ssl等。為1000+企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢和貼心的售后服務(wù),是有科學(xué)管理、有技術(shù)的漾濞網(wǎng)站制作公司
查詢1
下列表格由名字和職業(yè)兩列組成。需要查詢所有姓名,且使其后緊跟一個(gè)括號(hào),括住“職業(yè)”列中對(duì)應(yīng)的首字母。
本文解決方案
SELECT CONCAT(Name, ’(‘, SUBSTR(Profession, 1, 1), ’)’) FROM table;
由于需要把名字和職業(yè)結(jié)合起來(lái),可以使用CONCAT。而且因?yàn)槔ㄌ?hào)內(nèi)只需要一個(gè)字母,可以使用SUBSTR來(lái)傳遞列名、開(kāi)始索引和結(jié)束索引。因?yàn)橹恍枰鬃帜福晕覀儗鬟f1,1(開(kāi)始索引包括在內(nèi),結(jié)束索引不包括在內(nèi))。
查詢2
蒂娜需要從她創(chuàng)建的EMPLOYEES表中計(jì)算所有員工的平均工資,但結(jié)果顯示的平均值很低,這可能是鍵盤(pán)上的回零鍵失效了。她希望我們幫助找出錯(cuò)誤計(jì)算的平均值和實(shí)際平均值之間的差異。我們須編寫(xiě)一個(gè)查找錯(cuò)誤的查詢(實(shí)際平均值-計(jì)算平均值)。
本文解決方案
SELECT AVG(Salary) - AVG(REPLACE(Salary, 0, ’’)) FROM table;
需要注意,只有一個(gè)表包含了實(shí)際工資值。為了創(chuàng)建錯(cuò)誤場(chǎng)景,使用REPLACE替換0。接著傳遞列名、替換值以及用于替換REPLACE方法的值。然后,使用聚集函數(shù)AVG來(lái)求平均值的差。
查詢3
給定一個(gè)表,它是由節(jié)點(diǎn)和父節(jié)點(diǎn)兩列組成的二元搜索樹(shù)。需要編寫(xiě)一個(gè)查詢,以返回按節(jié)點(diǎn)值進(jìn)行升序排序的節(jié)點(diǎn)類型。有3種類型:
根(Root)——如果節(jié)點(diǎn)是根
葉(Leaf)——如果節(jié)點(diǎn)是葉
內(nèi)部(Inner)——如果節(jié)點(diǎn)既不是根也不是葉
本文解決方案
經(jīng)過(guò)初步分析,可以得出結(jié)論:如果給定節(jié)點(diǎn)N的相應(yīng)P值為NULL(空),則它是根。而如果給定節(jié)點(diǎn)N存在于P列中,則它不是內(nèi)部節(jié)點(diǎn)?;诖讼敕ň帉?xiě)一個(gè)查詢。
SELECT CASE WHEN P IS NULL THENCONCAT(N, ' Root') WHEN N IN (SELECTDISTINCT P from BST) THEN CONCAT(N, ' Inner') ELSE CONCAT(N, ' Leaf') ENDFROM BSTORDER BY N asc;
可使用CASE作為開(kāi)關(guān)函數(shù)。正如前文提到的,如果對(duì)于給定節(jié)點(diǎn)N,P為空值,則N是根。因此,我們使用CONCAT來(lái)組合節(jié)點(diǎn)值和標(biāo)簽。
類似地,如果給定節(jié)點(diǎn)N存在于P列中,則它是內(nèi)部節(jié)點(diǎn)。為了獲得P列中的所有節(jié)點(diǎn),我們編寫(xiě)了一個(gè)返回P列中所有不同節(jié)點(diǎn)的子查詢。由于要求按節(jié)點(diǎn)值升序?qū)敵鲞M(jìn)行排序,因此要使用ORDER BY子句。
查詢4
該事務(wù)表由transaction_id, user_id, transaction_date,product_id, and quantity(交易ID,用戶ID,交易日期,產(chǎn)品ID和數(shù)量)組成。需要查詢多天來(lái)購(gòu)買(mǎi)產(chǎn)品的用戶數(shù)量(注意,給定用戶可以在一天內(nèi)購(gòu)買(mǎi)多個(gè)產(chǎn)品)。
本文解決方案
為了解決該查詢,不能直接計(jì)算user_id的出現(xiàn)次數(shù),由于給定用戶在一天中可以多次購(gòu)買(mǎi),user_id或許會(huì)有多次返回。因此,只有當(dāng)存在多個(gè)不同日期與給定的user_id相關(guān)聯(lián)時(shí),才意味著該用戶多天購(gòu)買(mǎi)了產(chǎn)品。按照相同方法,進(jìn)行查詢編寫(xiě)。(內(nèi)部查詢)
SELECT COUNT(user_id) FROM (SELECT user_id FROM orders GROUP BY user_id HAVING COUNT(DISTINCT DATE(date))> 1 ) t1
由于問(wèn)題詢問(wèn)的是user_id的數(shù)量,而不是user_id本身,因此在外部查詢中使用 COUNT 。
查詢5
給定一個(gè)訂閱表,其中包含每個(gè)用戶訂閱的開(kāi)始和結(jié)束日期。需要編寫(xiě)一個(gè)查詢,根據(jù)與其他用戶的日期重疊情況,為每個(gè)用戶返回true/false。例如,如果user1的訂閱周期與其他任何用戶重疊,則查詢必須為user1返回true。
本文解決方案
經(jīng)過(guò)初步分析,我們可以知道必須將每項(xiàng)訂閱與其他訂閱進(jìn)行比較。將userA的開(kāi)始和結(jié)束日期視為startA 和endA,類似地,userB也依此設(shè)為startB和endB。如果startA≤endB且endA≥startB,則可以說(shuō)這兩個(gè)日期范圍重疊。我們來(lái)舉兩個(gè)例子,先比較一下U1和U3:
startA = 2020–01–01 endA = 2020–01–31 startB = 2020–01–16 endB = 2020–01–26
這里可以看出,startA(2020–01–01)小于endB(2020–01–26),那么同樣,endA(2020–01–31)大于 startB(2020–01–16),因此可以得出結(jié)論,日期重疊。類似地,如果比較U1和U4,上述條件就不成立,于是返回FALSE。
這里還必須確保不會(huì)將用戶與其自己的訂閱進(jìn)行比較。同時(shí)希望運(yùn)行一個(gè)左連接,能夠自行將用戶與滿足條件的其他用戶進(jìn)行匹配?,F(xiàn)在,我們將創(chuàng)建同一表的兩個(gè)副本S1和S2。
SELECT * FROM subscriptions AS s1 LEFT JOIN subscriptions AS s2 ON s1.user_id != s2.user_id AND s1.start_date <=s2.end_date AND s1.end_date >=s2.start_date
給定條件連接,在日期之間存在重疊的情況下,對(duì)于S1中的每個(gè)user_id,應(yīng)該存在來(lái)自S2的user_id。
輸出
可以看到,以防日期重疊,每個(gè)用戶都有一個(gè)對(duì)應(yīng)用戶。對(duì)于user1,有2行顯示其與2個(gè)用戶相匹配。對(duì)于用戶4,對(duì)應(yīng)的ID為空,表示他與其他任何用戶都不匹配。現(xiàn)在,將其全部組合在一起,按照s1.user_ID字段進(jìn)行分組,并檢查s2.user_ID不為空的用戶的值是否為真。
最終查詢
SELECT s1.user_id , (CASE WHEN s2.user_idIS NOT NULL THEN 1 ELSE 0 END) AS overlap FROM subscriptions AS s1 LEFT JOIN subscriptions AS s2 ON s1.user_id != s2.user_id AND s1.start_date <=s2.end_date AND s1.end_date >=s2.start_date GROUP BY s1.user_id
使用 CASE子句根據(jù)給定用戶的s2.user_id值來(lái)標(biāo)記1和0。最終輸出如下:
“SQL查詢的解決方法有哪些”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實(shí)用文章!
當(dāng)前文章:SQL查詢的解決方法有哪些
當(dāng)前網(wǎng)址:http://jinyejixie.com/article6/podeog.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供營(yíng)銷型網(wǎng)站建設(shè)、ChatGPT、品牌網(wǎng)站建設(shè)、云服務(wù)器、做網(wǎng)站、網(wǎng)頁(yè)設(shè)計(jì)公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)