MySql如何獲取相鄰數(shù)據(jù)
如何獲取相鄰數(shù)據(jù)
因?yàn)轫?xiàng)目,所以找到了一些資料并且總結(jié)了下關(guān)于獲取相鄰數(shù)據(jù)的方式。
我只找到了以下的...
/*獲取id值與5相減絕對(duì)值最近的數(shù)據(jù),如果有絕對(duì)值相同的,相鄰的數(shù)據(jù)優(yōu)先輸出*/ /*ABS(X)其實(shí)就是獲取絕對(duì)值,然后的話order by 后面的1代表著根據(jù)select關(guān)鍵字 后的第一個(gè)字段進(jìn)行排序。limit 后面的數(shù)字代表著你想查詢數(shù)據(jù)的行數(shù)*/ SELECT ABS(cid-5),cname FROM company ORDER BY 1 LIMIT 3
/*獲取指定id的上一條記錄,我這里是以id=5為例的*/ select cid,cname from company order by cid>=5,cid desc limit 1
/*獲取指定id的下一條記錄,我這里是以id=5為例的*/ SELECT cid,cname from company order by cid<=5,cid asc limit 1
記錄一下,以免以后遇到又不會(huì)
同表相鄰數(shù)據(jù)比對(duì)查詢
需求
我們將會(huì)比對(duì)相鄰的數(shù)據(jù),其中value是遞增的,但也會(huì)存在清零的情況。我們的需求是計(jì)算當(dāng)天的分鐘遞增量。

SQL
語句中需要解釋一下參數(shù)
** ctc_etl.1_1_1907/sum.out_2021 :表名**** WHERE item_timestamp > “2021-12-01 00:00:00” AND item_timestamp < “2021-12-02 00:00:00” 是我自己加的篩選條件**
SELECT b.id,( b.item_value - a.item_value ) AS value, b.item_timestamp AS time FROM ( SELECT id,item_value, @num := @num + 1 AS row_number FROM ( SELECT @num := 0 ) r, ctc_etl.`1_1_1907/sum.out_2021` WHERE item_timestamp > "2021-12-01 00:00:00" AND item_timestamp < "2021-12-02 00:00:00" ORDER BY id ) a, ( SELECT id, item_value, item_timestamp, @num2 := @num2 + 1 AS row_number FROM ( SELECT @num2 := 0 ) r2, ctc_etl.`1_1_1907/sum.out_2021` WHERE item_timestamp > "2021-12-01 00:00:00" AND item_timestamp < "2021-12-02 00:00:00" ORDER BY id ) b WHERE a.row_number + 1 = b.row_number;
解析
目前計(jì)算的只是每秒的增加量,其次就是存在負(fù)數(shù)的情況,也就是清零了后一個(gè)數(shù)比前一個(gè)小就造成了負(fù)數(shù)

最終SQL
SELECT c.id, SUM( c.VALUE ) AS value, DATE_FORMAT( c.time, "%Y-%m-%d %H:%i:00" ) AS time FROM ( SELECT b.id, (b.item_value - a.item_value ) AS value, b.item_timestamp AS time FROM ( SELECT id, item_value, @num := @num + 1 AS row_number FROM ( SELECT @num := 0 ) r, ctc_etl.`1_1_1907/sum.out_2021` WHERE item_timestamp > "2021-12-01 00:00:00" AND item_timestamp < "2021-12-02 00:00:00" ORDER BY id ) a, ( SELECT id, item_value, item_timestamp, @num2 := @num2 + 1 AS row_number FROM ( SELECT @num2 := 0 ) r2, ctc_etl.`1_1_1907/sum.out_2021` WHERE item_timestamp > "2021-12-01 00:00:00" AND item_timestamp < "2021-12-02 00:00:00" ORDER BY id ) b WHERE a.row_number + 1 = b.row_number ) c WHERE c.VALUE > 0 GROUP BY DATE_FORMAT( c.time, "%Y-%m-%d %H:%i:00")

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
MySQL創(chuàng)建內(nèi)部臨時(shí)表的所有場(chǎng)景盤點(diǎn)
這篇文章主要為大家介紹了MySQL創(chuàng)建內(nèi)部臨時(shí)表的所有場(chǎng)景盤點(diǎn),有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-11-11
Windows環(huán)境下的MYSQL5.7配置文件定位圖文分析
本文通過圖文并茂的形式給大家介紹了Windows環(huán)境下的MYSQL5.7配置文件定位 ,非常不錯(cuò),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-05-05
MySQL每晚定時(shí)彈出一個(gè)taskeng.exe的解決方法
這篇文章主要介紹了MySQL每晚定時(shí)彈出一個(gè)taskeng.exe的解決方法,需要的朋友可以參考下2018-07-07
MySQL在生產(chǎn)環(huán)境出現(xiàn)無法啟動(dòng)的問題解決
在當(dāng)今的數(shù)據(jù)驅(qū)動(dòng)世界中,MySQL作為廣泛應(yīng)用的關(guān)系型數(shù)據(jù)庫管理系統(tǒng),在眾多生產(chǎn)環(huán)境中承擔(dān)著至關(guān)重要的角色,然而,面對(duì)復(fù)雜多變的業(yè)務(wù)場(chǎng)景,MySQL可能會(huì)遭遇各類故障和性能瓶頸,本文將深入探討MySQL在生產(chǎn)環(huán)境出現(xiàn)無法啟動(dòng)的問題解決,需要的朋友可以參考下2024-10-10
MySQL權(quán)限控制和用戶與角色管理實(shí)例分析講解
用戶經(jīng)認(rèn)證后成功登錄數(shù)據(jù)庫,之后服務(wù)器將通過系統(tǒng)權(quán)限表檢測(cè)用戶發(fā)出的每個(gè)請(qǐng)求操作,判斷用戶是否有足夠的權(quán)限來實(shí)施該操作,這就是MySQL的權(quán)限控制過程2022-12-12

