您好,登錄后才能下訂單哦!
本篇內(nèi)容介紹了“SQL查詢的解決方法有哪些”的有關(guān)知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細閱讀,能夠?qū)W有所成!
查詢1
下列表格由名字和職業(yè)兩列組成。需要查詢所有姓名,且使其后緊跟一個括號,括住“職業(yè)”列中對應(yīng)的首字母。
本文解決方案
SELECT CONCAT(Name, ’(‘, SUBSTR(Profession, 1, 1), ’)’) FROM table;
由于需要把名字和職業(yè)結(jié)合起來,可以使用CONCAT。而且因為括號內(nèi)只需要一個字母,可以使用SUBSTR來傳遞列名、開始索引和結(jié)束索引。因為只需要首字母,所以我們將傳遞1,1(開始索引包括在內(nèi),結(jié)束索引不包括在內(nèi))。
查詢2
蒂娜需要從她創(chuàng)建的EMPLOYEES表中計算所有員工的平均工資,但結(jié)果顯示的平均值很低,這可能是鍵盤上的回零鍵失效了。她希望我們幫助找出錯誤計算的平均值和實際平均值之間的差異。我們須編寫一個查找錯誤的查詢(實際平均值-計算平均值)。
本文解決方案
SELECT AVG(Salary) - AVG(REPLACE(Salary, 0, ’’)) FROM table;
需要注意,只有一個表包含了實際工資值。為了創(chuàng)建錯誤場景,使用REPLACE替換0。接著傳遞列名、替換值以及用于替換REPLACE方法的值。然后,使用聚集函數(shù)AVG來求平均值的差。
查詢3
給定一個表,它是由節(jié)點和父節(jié)點兩列組成的二元搜索樹。需要編寫一個查詢,以返回按節(jié)點值進行升序排序的節(jié)點類型。有3種類型:
根(Root)——如果節(jié)點是根
葉(Leaf)——如果節(jié)點是葉
內(nèi)部(Inner)——如果節(jié)點既不是根也不是葉
本文解決方案
經(jīng)過初步分析,可以得出結(jié)論:如果給定節(jié)點N的相應(yīng)P值為NULL(空),則它是根。而如果給定節(jié)點N存在于P列中,則它不是內(nèi)部節(jié)點。基于此想法編寫一個查詢。
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作為開關(guān)函數(shù)。正如前文提到的,如果對于給定節(jié)點N,P為空值,則N是根。因此,我們使用CONCAT來組合節(jié)點值和標(biāo)簽。
類似地,如果給定節(jié)點N存在于P列中,則它是內(nèi)部節(jié)點。為了獲得P列中的所有節(jié)點,我們編寫了一個返回P列中所有不同節(jié)點的子查詢。由于要求按節(jié)點值升序?qū)敵鲞M行排序,因此要使用ORDER BY子句。
查詢4
該事務(wù)表由transaction_id, user_id, transaction_date,product_id, and quantity(交易ID,用戶ID,交易日期,產(chǎn)品ID和數(shù)量)組成。需要查詢多天來購買產(chǎn)品的用戶數(shù)量(注意,給定用戶可以在一天內(nèi)購買多個產(chǎn)品)。
本文解決方案
為了解決該查詢,不能直接計算user_id的出現(xiàn)次數(shù),由于給定用戶在一天中可以多次購買,user_id或許會有多次返回。因此,只有當(dāng)存在多個不同日期與給定的user_id相關(guān)聯(lián)時,才意味著該用戶多天購買了產(chǎn)品。按照相同方法,進行查詢編寫。(內(nèi)部查詢)
SELECT COUNT(user_id) FROM (SELECT user_id FROM orders GROUP BY user_id HAVING COUNT(DISTINCT DATE(date))> 1 ) t1
由于問題詢問的是user_id的數(shù)量,而不是user_id本身,因此在外部查詢中使用 COUNT 。
查詢5
給定一個訂閱表,其中包含每個用戶訂閱的開始和結(jié)束日期。需要編寫一個查詢,根據(jù)與其他用戶的日期重疊情況,為每個用戶返回true/false。例如,如果user1的訂閱周期與其他任何用戶重疊,則查詢必須為user1返回true。
本文解決方案
經(jīng)過初步分析,我們可以知道必須將每項訂閱與其他訂閱進行比較。將userA的開始和結(jié)束日期視為startA 和endA,類似地,userB也依此設(shè)為startB和endB。如果startA≤endB且endA≥startB,則可以說這兩個日期范圍重疊。我們來舉兩個例子,先比較一下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。
這里還必須確保不會將用戶與其自己的訂閱進行比較。同時希望運行一個左連接,能夠自行將用戶與滿足條件的其他用戶進行匹配。現(xiàn)在,我們將創(chuàng)建同一表的兩個副本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
給定條件連接,在日期之間存在重疊的情況下,對于S1中的每個user_id,應(yīng)該存在來自S2的user_id。
輸出
可以看到,以防日期重疊,每個用戶都有一個對應(yīng)用戶。對于user1,有2行顯示其與2個用戶相匹配。對于用戶4,對應(yīng)的ID為空,表示他與其他任何用戶都不匹配?,F(xiàn)在,將其全部組合在一起,按照s1.user_ID字段進行分組,并檢查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值來標(biāo)記1和0。最終輸出如下:
“SQL查詢的解決方法有哪些”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實用文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。