Leetcode SQL 开刷

2019-09-07 (计划10天刷完第一遍)
1069
1068
1173
511   first login date
595. Big Countries
(FB Composer(1))

'逆水寒秋不染硝尘，挥挥衣袖淡然刷题', 哈哈
2019-09-13
597 将Follow up 的答案在Regular答题处跑一跑，比在NOTEBOOK上干写CODE强一些吧
例如第一个FOLLOW UP
1. 先把TEST CASE改为（六月拷贝一份成七月）：
{"headers":{"friend_request":["sender_id","send_to_id","request_date"],"request_accepted":["requester_id","accepter_id","accept_date"]},"rows":{"friend_request":[[1,2,"2016/06/01"],[1,3,"2016/06/01"],[1,4,"2016/06/01"],[2,3,"2016/06/02"],[3,4,"2016/06/09"], [1,2,"2016/07/01"],[1,3,"2016/07/01"],[1,4,"2016/07/01"],[2,3,"2016/07/02"],[3,4,"2016/07/09"]],"request_accepted":[[1,2,"2016/06/03"],[1,3,"2016/06/08"],[2,3,"2016/06/08"],[3,4,"2016/06/09"],[3,4,"2016/06/10"], [1,2,"2016/07/03"],[1,3,"2016/07/08"],[2,3,"2016/07/08"],[3,4,"2016/07/09"],[3,4,"2016/07/10"]]}}
2. CODE改为：
SELECT r.month, IFNULL(ROUND(a.counts/r.counts, 2), 0) AS accept_rate  FROM (SELECT COUNT(DISTINCT sender_id, send_to_id) AS counts,
               DATE_FORMAT(request_date, '%Y-%m') AS month
        FROM friend_request
        GROUP BY month) r
    INNER JOIN
       (SELECT COUNT(DISTINCT requester_id, accepter_id) AS counts,
               DATE_FORMAT(accept_date, '%Y-%m') AS month
        FROM request_accepted
        GROUP BY month) a
    ON r.month = a.month

3. 运行结果：
{"headers":["month","accept_rate"],"values":[["2016-06",0.8],["2016-07",0.8]]}

1193 100% Solution
# Write your MySQL query statement below
SELECT DATE_FORMAT(trans_date, '%Y-%m') AS month,
       country,
       COUNT(*) AS trans_count,
       IFNULL(SUM(CASE state WHEN 'approved' THEN 1 ELSE 0 END), 0)
                AS approved_count,
       SUM(IFNULL(amount, 0)) AS trans_total_amount,
       IFNULL(SUM(CASE state WHEN 'approved' THEN amount ELSE 0 END), 0)
                AS approved_total_amount
            
    FROM Transactions
    GROUP BY month, country

卡在597了，题目本身不难，但是有两个FOLLOW UP, 不知道是不是看看讨论就可以了，还是找个地方做，不规则呀，需要确定对FOLLOWUP 的方针。
ONSITE好像没戏了（从来没有主动投过F家呀，这两年都是他家猎头自己找上来的，今年还搞了个CONFIDENTIAL EMAIL，这种靠SQL和讲故事的面试是不是有点跟不上时代了），回想起来确实是被三哥黑了，根本不按‘确认GOAL’然后‘定义METRIC’然后‘定义假设’然后 ‘分析方案’的套路来，根本就是阴在那边不互动，摄像头挂在墙上他离得还挺远（具体面经待刷新）。投诉了也不抱啥希望了，SQL刷题放缓下，接着刷算法题读PAPER。

SDE不考吧

2019-09-07  二更
595. Big Countries
1070. Product Sales Analysis III
（以前觉得工作比刷题有意思，更容易，现在反过来了，惯性啊，惰性啊）

malco008 发表于 2019-9-8 13:07
2019-09-07  二更
595. Big Countries
1070. Product Sales Analysis III

2019-09-08
613
1050
1082. Sales Analysis I

我Disney oa也碰到一个database 以前没刷过啊 很疑惑要不要刷

kcco 发表于 2019-9-9 06:01
我Disney oa也碰到一个database 以前没刷过啊 很疑惑要不要刷

当然要刷，算法题没刷过的话有点算法基础还可以裸上，SQL没练过只能干瞪眼。而且LEETCODE SQL总共才七八十道题，不刷白不刷

duo xie fen xiang :)

2019-09-09
1148
584
586
1179
620
610
577
603

2019-09-10
1113
607
1075
182
512
1141
175
1076
1084

多谢。才知道leetcode sql。之前知道sqlzoo没有去看。