[SQL ] 使用CASE WHEN後order by被忽略?

看板Database作者 (jeamie)時間8年前 (2015/11/20 21:02), 8年前編輯推噓2(208)
留言10則, 3人參與, 最新討論串1/1
(針對 SQL 語言的問題,用這個標題。請用 Ctrl+Y 砍掉這行) 資料庫名稱:MySQL 資料庫版本:5.6 內容/問題描述: 在寫一個Hourly Event的store procedure 執行的內容就是會把table A每小時的資料運算後寫到table B 但怕誤執行所以想做個防止重覆寫入的判斷 卻在這裡遇到一個小問題 當table還未寫入任何資料的時候 我的判斷式就會有問題,以下是我的schema和SQL table B id m_n c_date 1 aa 2015-11-19 23:55:00 2 bb 2015-11-19 23:55:00 3 aa 2015-11-20 00:05:00 4 bb 2015-11-20 00:05:00 5 aa 2015-11-20 00:10:00 6 bb 2015-11-20 00:10:00 原本的條件是這樣: SELECT HOUR(NOW()) - HOUR(c_date) as c_d FROM B ORDER BY c_date DESC LIMIT 1; 正常的情況下,若現在是2015-11-20 01:00:00 那我SELECT出來的值就會是 01-00=1 我用一個指標來接這個select出來的值 接著後面會進行if的判斷式 如果是0就表示目前最近一個小時內已執行過 所以就會跳出這個store procedure 如果不是0就會繼續做後面的動作 現在的問題是,當這個表第一次執行的時候會是空的 得到的值就不會是0,然後似乎在開啟指標時就會有問題 因而造成這個Event就沒有執行成功 我試著用以下這個方式來避免這個情況發生: SELECT CASE WHEN COUNT(*)=0 THEN 1 ELSE HOUR(NOW()) - HOUR(create_time) END as c_d FROM B ORDER BY c_date DESC LIMIT 1; 但這樣一直變成 01-23=-22 為什麼不是我預想中的 01-00 呢? 為什麼它這樣就不會照c_date做排序了嗎? 有沒有前輩知道原因為何?? 我是store procedure新手,也不知道有沒有更好的方式來處理 如果前輩們知道更好的方式,還請您不吝賜教~~~ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.236.119 ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.236.119 ※ 文章網址: https://www.ptt.cc/bbs/Database/M.1448024577.A.75E.html ※ 編輯: jeamie (36.225.236.119), 11/20/2015 21:05:23 ※ 編輯: jeamie (36.225.236.119), 11/20/2015 21:05:50 ※ 編輯: jeamie (36.225.236.119), 11/20/2015 21:07:35 ※ 編輯: jeamie (36.225.236.119), 11/20/2015 21:09:20

11/20 21:11, , 1F
01-23 是指table沒任何資料筆數的時候發生嗎?
11/20 21:11, 1F

11/20 22:02, , 2F
應該是因為COUNT(*)是聚合函數的關係? 我試了兩個方式可以
11/20 22:02, 2F

11/20 22:03, , 3F
成功,第一種是把COUNT(*)=0改成WHEN c_date IS NULL THEN 1
11/20 22:03, 3F

11/20 22:03, , 4F
第二種則是加上GROUP BY c_date即可 我也是新手不確定原因QQ
11/20 22:03, 4F

11/20 22:23, , 5F
抱歉,剛沒注意到上述兩種方式在沒資料時也是有相同問題..
11/20 22:23, 5F

11/20 22:26, , 6F
改成這樣應該就OK了~~ http://i.imgur.com/mog9upA.png
11/20 22:26, 6F

11/20 23:21, , 7F
b大,01-23是指order by並沒有按c_date排才會找到23點的
11/20 23:21, 7F

11/20 23:21, , 8F
有按條件排應該是00點的會在最上面
11/20 23:21, 8F

11/20 23:22, , 9F
k大謝謝,我再測試你的方法看看,另外我有試著在else
11/20 23:22, 9F

11/20 23:23, , 10F
加完整的select也是會正常顯示,但覺得很怪…
11/20 23:23, 10F
文章代碼(AID): #1MJne1TU (Database)