SQL の書き方

-- なぜ WHERE で別名が使えないのか
SELECT price * 1.1 AS with_tax FROM items WHERE with_tax > 1000;
-- ✕ WHERE の時点では、まだ with_tax は存在しない
 
-- ORDER BY では使える（SELECT の後だから）
SELECT price * 1.1 AS with_tax FROM items ORDER BY with_tax;
-- ○

-- WHERE と HAVING の違いも、これで説明できる
SELECT user_id, COUNT(*) AS cnt
FROM orders
WHERE created_at >= '2026-08-01'   -- 集計する「前」に行を絞る
GROUP BY user_id
HAVING COUNT(*) >= 3;              -- 集計した「後」に絞る

-- INNER JOIN: 両方にある行だけ
SELECT o.id, u.name FROM orders o INNER JOIN users u ON o.user_id = u.id;
 
-- LEFT JOIN: 左は全部残す。右が無ければ NULL
SELECT u.name, o.id FROM users u LEFT JOIN orders o ON u.id = o.user_id;

-- 注文には「明細」と「配送履歴」がぶら下がっている
SELECT o.id, SUM(i.amount) AS total
FROM orders o
JOIN order_items i ON o.id = i.order_id
JOIN shipments s ON o.id = s.order_id      -- ← ここで行が増える
GROUP BY o.id;

-- 対策1: それぞれを先に集計してから結合する
SELECT o.id, i.total, s.cnt
FROM orders o
LEFT JOIN (SELECT order_id, SUM(amount) AS total FROM order_items GROUP BY order_id) i
       ON o.id = i.order_id
LEFT JOIN (SELECT order_id, COUNT(*) AS cnt FROM shipments GROUP BY order_id) s
       ON o.id = s.order_id;

NULL = NULL      -- 真でも偽でもない（UNKNOWN）
NULL <> 1        -- UNKNOWN
NULL + 1         -- NULL
 
-- 判定にはこれを使う
WHERE col IS NULL
WHERE col IS NOT NULL

COUNT(*)         -- 行数（NULL も数える）
COUNT(col)       -- col が NULL でない行数   ← 違う
SUM(col)         -- NULL は無視される
AVG(col)         -- NULL を除いた平均（0 として扱わない）

-- 「未回答を0点として平均を出す」なら明示する
AVG(COALESCE(score, 0))

WITH recent_orders AS (
  SELECT * FROM orders WHERE created_at >= '2026-08-01'
),
totals AS (
  SELECT user_id, SUM(amount) AS total
  FROM recent_orders
  GROUP BY user_id
)
SELECT u.name, t.total
FROM totals t
JOIN users u ON u.id = t.user_id
WHERE t.total >= 10000
ORDER BY t.total DESC;

-- 「存在するか」だけを知りたいなら EXISTS
WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id)
 
-- 値の集合と比較するなら IN
WHERE status IN ('paid', 'shipped')

-- ユーザーごとの、最新の注文を1件だけ
SELECT * FROM (
  SELECT o.*,
         ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
  FROM orders o
) t
WHERE rn = 1;

SUM(amount) OVER (PARTITION BY user_id ORDER BY created_at)  -- 累計
LAG(amount) OVER (ORDER BY created_at)                        -- 前の行の値
RANK() / DENSE_RANK()                                         -- 同順位の扱いが違う

DELETE FROM users;   -- 全ユーザーが消える

-- 1. まず SELECT で、対象と件数を確認する
SELECT COUNT(*) FROM orders WHERE status = 'draft' AND created_at < '2026-01-01';
 
-- 2. トランザクションで囲む
BEGIN;
UPDATE orders SET status = 'expired'
WHERE status = 'draft' AND created_at < '2026-01-01';
-- 3. 影響行数を確認する（想定と違えば ROLLBACK）
COMMIT;

-- よく使われるが、後ろのページほど遅い
SELECT * FROM orders ORDER BY created_at DESC LIMIT 20 OFFSET 10000;
--                                                       ↑ 10000行を読み飛ばしている

-- キーセット方式: 前ページの最後の値を起点にする
SELECT * FROM orders
WHERE (created_at, id) < ('2026-08-01 10:00:00', 5000)
ORDER BY created_at DESC, id DESC
LIMIT 20;

EXPLAIN ANALYZE
SELECT * FROM orders WHERE user_id = 123;

-- 関数を使わず、範囲で書く
WHERE created_at >= '2026-08-01' AND created_at < '2026-08-02'

// 必ずパラメータ化する（セキュリティ）
rows, err := db.QueryContext(ctx, "SELECT * FROM users WHERE email = $1", email)
 
// 文字列結合は、絶対にしない
// "SELECT * FROM users WHERE email = '" + email + "'"   ← SQL インジェクション

-- 悪い
select o.id,u.name,sum(i.amount) from orders o join users u on o.user_id=u.id join order_items i on i.order_id=o.id where o.created_at>='2026-08-01' group by o.id,u.name;
 
-- 良い
SELECT
    o.id,
    u.name,
    SUM(i.amount) AS total_amount
FROM orders o
JOIN users u        ON u.id = o.user_id
JOIN order_items i  ON i.order_id = o.id
WHERE o.created_at >= '2026-08-01'
GROUP BY o.id, u.name;