能寫數據後臺,需要掌握哪些進階的sql語句?

國慶假期花了一些時間,首次嘗試並玩轉 grafana,這幾天繼續不斷優化和完善,如今看着自己的成果,相當滿意。——逐步接近我想要的理想後臺啦。

需求是不停歇的。今天我又給自己發掘了一些新需求,比如變量、篩選框之類,都收集下來等有空繼續玩。編程學習的過程中,對於自己尚未嘗試的新技能點,本能直覺會感到困難,但動手經驗告訴我:莫慌,用起來就懂了,瞧我自己每次都能很快上手吖。——善於讓自己在學習的過程中感受良好,並確實持續進步,自我激勵是一個特別實用的軟技能。

然後我想着不妨把這幾天玩轉 grafana 時用到的進階版的 sql 語句整理出來。所謂進階版,是針對我個人的 sql 能力啦,確切地講,是指在我之前的筆記中未曾出現、且玩轉 grafana 中我確實反覆用到的。整理自己剛剛反覆實踐的新知識點,能很好地鞏固新知。完成這件事,方能安心進入下一個階段向未知衝刺。

之前寫了一篇筆記,記錄自己是爲什麼要玩 grafana ,以及如何在 24 H做到被工程師稱讚,文中提及我把工程師已經實現的 sql語句拷貝下來,拆解爲元知識點,然後逐個理解:它是什麼功能,如何用,然後直接用起來試試效果。

舉個實例來拆解元知識點

在本篇筆記中,我也先舉一個實例用作知識點拆解,如下,該述語句的作用是:統計每天具有學習行爲的用戶數。注:學習行爲其實包含多種具體的行爲,分佈在兩個表中。

with data as(
  select 
    date(created_at) as time,
    user_id
  from user_comments
  union all
  select 
    date(created_at) as time,
    user_id
  from user_activities
)
select
  time,
  count(distinct user_id) as 每日學習用戶數
from data
group by time
order by time

注意:sql 對大小寫、換行、縮進之類都不敏感,這是和 python不同的地方。上面之所以要換行和縮進,只是爲了易讀性。

這一條 sql 語句看着挺長,其實是兩個部分。as 前面的 data 是數據的名字,我們自定義的,後面B部分的from 數據源就是它。被 with data as() 括起來的A部分,用於生成數據,相當於先做一次檢索統計得到一些數據命名爲 data ,然後再對 data 進行檢索統計。

with data as (【語句塊A】)
【語句塊B】

可嵌套的 with data as()

短時間用 with data as() 用的比較多時,我就揣測:這玩意兒能嵌套嗎?一試果然可行。嵌套只是讓它看上去複雜點,本質沒啥變化。如下所示,語句塊 A 的數據源是原始數據,語句塊 B 的數據源是 data,語句塊 C 的數據源是 datax。

with datax as(
    with data as (【語句塊A】)
  【語句塊B】
 )
    【語句塊C】

實戰中,我最多用過3層嵌套,且偶爾爲之;雙層嵌套用的多一些。而單層則相當常用。

union合併數據行

上方實例被 with data as() 括起來的部分,其實是兩個表滿足條件的數據合併。抽象一下如下。

【語句塊X】
union all
【語句塊Y】

處理表格數據的合併時,細分有以下三個情形:

  • 把多列或多行的數據,合併爲單列或單行的數據
  • 把A表的數列,與B表的數列合併起來
  • 把A表的數行,與B表的數行合併起來

union 處理的是基於行的合併。舉例來說,如果語句塊X的結果爲a行,語句塊Y的結果爲b行,則通過union all 合併後的結果將有(a+b)行。而用 union 的結果是取a和b的並集,即a、b中都存在的數據行只保留一份。

相對應的,在pandas 通過 pd.concat()axis參數就能處理行、列的不同方式合併,還真是簡約吖。

函數data()as別名

上方舉例中,語句塊X 和Y大體上是蠻基礎的語句。但依然出現了我之前沒有用過的方法。

  • date(created_at) as time,count(distinct user_id) as 每日學習用戶數 這兩個片段中,as 之前是表達式語句,as 之後是該語句運算結果的別名。
  • date() 方法是把複雜的時間數據簡化爲年月日的日期數據。超高頻使用。
  • count(distinct user_id) 則表示:對 user_id 去重,然後統計 user_id 個數。超高頻使用。

image

類似count()sum()都是高頻使用的基礎函數。不過數據統計中,更常用到累加。語句是定番組合,就不再單獨羅列啦:

sum(兌換用戶數) over (order by 兌換日期 asc rows between unbounded preceding and current row) as 累計用戶數

count(1)count(*)count(column_name) 在不同情況下,運行效率不同。鑑於我暫時沒有寫出性能最好的sql語句之覺悟,暫不深究啦。

各種情況下的去重

上面提及distinct ,如何使用distinct 倒不復雜;複雜的是需求,對數據指標的定義要理解準確;不同的數據指標,對去重有不同的要求。

情境A:不去重。

雖然count的是user_id,但這個數據其實並不是每天留言的用戶數,而是每天留言的條數。

select 
    date(created_at) as time,
    count(user_id) as 每日留言條數
from
    user_comments
group by
    time
order by
    time

情境B:當日去重。

在當天內去重,跨天不去重。用戶在某一天有多條留言,最終也只能爲當天留言用戶數貢獻計數1

select 
    date(created_at) as time,
    count(distinct user_id) as 每日留言用戶數
from
    user_comments
group by
    time
order by
    time

情境C:歷史累積去重。

有過留言行爲的累計用戶數,則在全時段內去重。只要該用戶曾有過留言行爲,則計數1,不再重複計數。

select
  count(distinct user_id) as 留過言的用戶總數
from
  user_comments

情境D:每日和歷史累積同時去重。

假設我們想知道每日新增的留言用戶數,即如果該用戶以前曾留言則不計數,否則在首次留言當天計數1,這個情境比前面三種複雜點,但同樣相當高頻使用。


with data as (  
  select 
    distinct on (user_id) user_id, 
    date(created_at) as time
  from 
    user_comments
)
  
select 
  time,
  count(user_id) as 每日新增留言用戶數,
  count(user_id) over (order by time asc rows between unbounded preceding and current row)  as 累積留言用戶總數 
from data 
group by time,user_id
order by time

幾個常見的小知識點

limit指定顯示多少條數據。換言之,沒有這個條件,就表示要顯示查詢結果的所有數據。我之前不知道這個知識點時,有時不小心直接在命令行提示符中查看某個表,會一下子打印很多很多行,以至於一直下翻都不見底……而在數據後臺中,通常配合排序功能,用來顯示“排行榜”數據。比如,學習次數排行榜、兌換總額排行榜之類。

select *  from table_name limit 50;

image

order by 指定數據按哪些字段排序,默認順序,可用desc倒序。

select *  from table_name order by column_name;

image

group by指定數據按哪些字段分組,很多報表按日統計。前面舉例中無形中也用了該方法數次,就不單獨舉例啦。

多表聯合查詢

最後說明下,相對複雜的多表查詢。從多個表格、或表格和自定義數據源如data中合併查詢。一個相對簡單的實例如下,根據輸入變量 user_name 從 users_extra 查詢到 user_id,然後用 user_id 去user_activities 表查詢。

with data as(
  select user_id,user_name from users_extra where user_name = '$user_name'
)
select
  count(1) as 學習行爲次數
from 
  user_activities,data
where
  user_activities.user_id = data.user_id

這種聯合查詢必要的條件是,多個數據源可以通過某個字段對應起來。更復雜的例子,其實都可以動用拆解的方式,拆解爲更單元的知識點。這裏就不展開啦。

順便說,上面的 user_name = '$user_name' 語句是 grafana 中用於調用自定義變量,實現後可支持下拉框篩選。這也是剛開始寫這篇文章時,我提到的新需求,結果文章修修改改寫完,這個需求竟然被我實現了。還真是快!
image

小結

如果某天你和我一樣開始接觸一點進階、複雜的sql語句或其它技能,千萬別慌,找一些現成的實例(比如收藏我這篇筆記)來消化,逐塊拆解爲元知識點,然後再把它們拼裝結合用起來,你會發現:也不過如此嘛。

這個過程多像玩兒積木吖!好玩好玩!

如果這篇筆記幫到了你,一定要留言告訴我吖;這將鼓勵我整理和分享更多。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章