SELECT・WHERE・ORDER BY：必要な行と列を取り出す｜マーケターのためのSQL入門 第2回

KOUZAマーケターのためのSQL入門

第2回／全6回

講師：田中 磨生（株式会社Abin 代表取締役）

この講座の目次を見る

1. 第1回データベースとSQLの考え方：表・行・列と、SQLでできること
2. 第2回SELECT・WHERE・ORDER BY：必要な行と列を取り出す
3. 第3回集計の基本：GROUP BYと集計関数で数字をまとめる会員
4. 第4回JOINで表をつなぐ：顧客と注文を結びつけて分析する会員
5. 第5回マーケの分析をSQLで書く：ファネル・コホート・RFM会員
6. 第6回実務でSQLを使う：BigQueryの料金・権限とGA4データの扱い方会員

この回で分かること：①SELECTとFROMで、表から必要な列だけを取り出す書き方と、計算した列や別名の付け方、②WHEREで行を絞る条件の組み立て方（比較・AND・OR・IN・BETWEEN・LIKE・NULL）と、ANDとORを混ぜるときの落とし穴、③ORDER BYでの並べ替えと、LIMITで上位だけを出す方法。前回は、データベースが表・行・列・キーでできていること、SQLは「欲しい結果」を書く言語であることを学びました。今回から、実際にSQLを書いていきます。

この回の例はすべて、架空の通販「ツギノテ雑貨店」のサンプルデータ（顧客の表 customers と注文の表 orders）で実際に実行し、結果を確かめたものです。データは説明のために作った架空のものです。

SELECTとFROM：どの表の、どの列を出すか

SQLの文は、FROMで使う表を、SELECTで出す列を指定するのが基本です。表の列をすべて出したいときは、列の名前の代わりに「*（アスタリスク）」を書きます。

SELECT *
FROM customers;

これで、customers の全部の列・全部の行が出てきます。文の最後の「;（セミコロン）」は文の区切りを表します。1文だけ実行するときは省略できるツールも多いですが、付けておくと安全です。

必要な列だけを出したいときは、SELECTのあとに列の名前をカンマで区切って並べます。

SELECT customer_id, prefecture
FROM customers;

計算した列と、別名（AS）

SELECTには、列の名前だけでなく計算式も書けます。たとえば、ツギノテ雑貨店では注文金額の5％をポイントとして付けている（架空の設定）とします。顧客C001の注文ごとのポイントは、次のように計算できます。

SELECT order_id, amount, amount * 5 / 100 AS point
FROM orders
WHERE customer_id = 'C001'
ORDER BY order_date;

ASは、結果の列に別名を付ける書き方です。付けないと、列の名前が「amount * 5 / 100」のような式のまま表示され、読みにくくなります。計算した列には、意味の分かる別名を付ける習慣をつけましょう。

なお、整数どうしの割り算は、データベースによって小数点以下が切り捨てられることがあります（たとえば SQLite で 7 / 2 は 3 になります）。小数の結果が欲しいときは、片方を 100.0 のように小数で書くと確実です。

よくある誤解：「とりあえず SELECT * で全部出せばいい」

表の中身を確かめるとき、SELECT * はとても便利です。ただ、分析のSQLをいつも SELECT * で書くのはおすすめしません。理由は2つあります。

1つ目は、必要な列が分かりにくくなることです。列が数十個ある表で SELECT * を使うと、結果の中から目的の列を探すのに苦労しますし、あとで読み返したときに「何を見たかったのか」が分かりません。

2つ目は、費用と時間がかかることです。BigQueryのように、読み込んだデータの量に応じて料金がかかるデータベースでは、使わない列まで読み込むと、その分だけ費用が増えます。この点は第6回で詳しく扱います。中身を確かめるときだけ SELECT * を使い、分析では必要な列だけを書く、と使い分けましょう。

WHERE：条件に合う行だけを取り出す

WHEREは、条件に合う行だけを残すための句です。たとえば、東京都の顧客だけを出すなら、次のように書きます。

SELECT *
FROM customers
WHERE prefecture = '東京都';

文字の値は「’（シングルクォート）」で囲みます。数は囲まずにそのまま書きます。

比べる記号

WHEREでよく使う比べる記号は、次のとおりです。

金額が5,000円以上の注文を出すと、次のようになります。

SELECT order_id, customer_id, amount
FROM orders
WHERE amount >= 5000
ORDER BY amount DESC;

日付も、’2026-05-01′ のような「年-月-日」の形で書けば、>= や < で比べられます。たとえば WHERE signup_date >= ‘2026-05-01’ とすれば、5月1日以降に登録した顧客が取り出せます。

AND・OR：条件を組み合わせる

条件を組み合わせるときは、AND（かつ）とOR（または）を使います。食器の注文のうち、金額が4,000円以上のものを出すなら、次のように書きます。

SELECT order_id, category, amount
FROM orders
WHERE category = '食器' AND amount >= 4000;

よくある誤解：ANDとORは「書いた順に」処理される

ANDとORを1つの条件に混ぜるときは、特に注意が必要です。たとえば「食器か雑貨の注文のうち、金額が3,000円以上のもの」を出そうとして、次のように書いたとします。

SELECT order_id, category, amount
FROM orders
WHERE category = '食器' OR category = '雑貨' AND amount >= 3000;

結果は6件で、その中に金額2,900円の食器の注文（O106）が混ざります。SQLでは、ANDがORより先に結びつく決まりがあるため、この条件は「食器の注文すべて」または「雑貨で3,000円以上の注文」と解釈されるからです。掛け算が足し算より先に計算されるのと同じ関係だと考えると覚えやすいでしょう。

意図どおりにするには、ORの部分をかっこで囲みます。

SELECT order_id, category, amount
FROM orders
WHERE (category = '食器' OR category = '雑貨') AND amount >= 3000;

結果は5件になり、2,900円の注文は入りません。ANDとORを混ぜるときは、かっこを付けると覚えておきましょう。

IN・BETWEEN・LIKE：よく使う便利な書き方

同じ列に「AまたはBまたはC」という条件を付けるときは、INを使うと短く書けます。先ほどのかっこ付きの条件は、IN を使って WHERE category IN (‘食器’, ‘雑貨’) AND amount >= 3000 と書いても、同じ5件になります。流入元が検索広告かSNSの顧客なら、次のとおりです。

SELECT customer_id, channel
FROM customers
WHERE channel IN ('検索広告', 'SNS');

範囲を指定するときはBETWEENが便利です。BETWEEN A AND B は「A以上B以下」で、両端の値を含みます。5月の注文を出してみましょう。

SELECT order_id, order_date, amount
FROM orders
WHERE order_date BETWEEN '2026-05-01' AND '2026-05-31'
ORDER BY order_date;

ただし、日付に時刻まで入っている列（「2026-05-31 15:00」のような値）にBETWEENを使うと、5月31日の0時より後の記録が漏れることがあります。時刻を含む列では、order_date >= ‘2026-05-01’ AND order_date < ‘2026-06-01’ のように「次の月の初日より前」と書くほうが安全です。

文字の一部が一致するものを探すときはLIKEを使います。「%」は「任意の文字が0文字以上」を表します。流入元に「検索」という言葉を含む顧客を探すと、検索広告と自然検索の両方が取り出せます。

SELECT customer_id, channel
FROM customers
WHERE channel LIKE '%検索%';

NULL：「値がない」ことの扱い

データベースでは、値が入っていない状態をNULL（ヌル）と呼びます。「0」や「空の文字」とは違い、「分からない・存在しない」ことを表す特別な状態です。

NULLを探すときは、= NULL ではなく IS NULL と書きます（NULLでないものは IS NOT NULL）。= NULL と書くと、比べた結果が「真」にならないため、1行も取り出せません。「値が入っていない顧客を探したのに0件だった」というときは、この書き方を疑ってください。NULLは、第4回で表をつなぐときにも登場します。

ORDER BYとLIMIT：並べ替えて、上から取り出す

ORDER BYは、結果を並べ替える句です。列名のあとに ASC（小さい順、省略可）か DESC（大きい順）を付けます。顧客C001の注文を、新しい順に並べてみましょう。

SELECT order_id, customer_id, order_date, amount
FROM orders
WHERE customer_id = 'C001'
ORDER BY order_date DESC;

LIMITを付けると、上から決まった件数だけを出せます。金額の大きい注文トップ3なら、次のとおりです。

SELECT order_id, amount
FROM orders
ORDER BY amount DESC
LIMIT 3;

よくある誤解：「ORDER BYを書かなくても、いつも同じ順に出てくる」

ORDER BYを書かないときの行の順番は、決まっていません。いつも同じ順に見えても、データが増えたり、データベースの内部の処理が変わったりすると、順番が変わることがあります。

特に注意したいのが、ORDER BYを付けずにLIMITだけを使う場合です。「LIMIT 10で最新の10件を見たつもり」が、実はたまたま出てきた10件だった、ということが起こります。順番に意味があるときは、必ずORDER BYを書きましょう。

なお、重複を取り除きたいときは、SELECTのあとに DISTINCT を付けます。SELECT DISTINCT category FROM orders とすると、注文に出てくるカテゴリーが「食器」「雑貨」「インテリア」の3つだけ表示されます。この結果の並び順も決まっていないので、順番をそろえたいときはORDER BYを付けます。

実務ではこう使う

SELECT・WHERE・ORDER BYだけでも、次のような確認がすぐにできるようになります。

• 特定の顧客の注文の履歴を、新しい順に確かめる（問い合わせ対応やクレームの確認）
• 高額の注文や、特定のキャンペーン期間の注文だけを抜き出して、中身を見る
• 特定の流入元から来た顧客の一覧を出して、MAツールや広告の配信リストと照合する

実際に書くときは、次の順で少しずつ組み立てると、間違いに気づきやすくなります。

1. まず FROM と SELECT * と LIMIT 10 で、表の中身と値の形を確かめる
2. 必要な列だけに SELECT を書き換える
3. WHERE の条件を1つずつ足し、そのたびに件数が想定どおりかを確かめる
4. 最後に ORDER BY と LIMIT で、見やすく整える

条件を一度に全部書くと、結果がおかしいときにどの条件が原因か分からなくなります。1つ足すごとに「件数が減りすぎていないか」「混ざってはいけない行が入っていないか」を見る習慣をつけましょう。

取り出した結果をグラフや表にして共有したい場合は、BIツールおすすめ比較も参考になります。

この回のまとめ

• SELECTで出す列を、FROMで使う表を指定します。分析では SELECT * ではなく、必要な列だけを書きます。
• 計算した列にはASで別名を付けます。整数どうしの割り算は切り捨てになることがあるので注意します。
• WHEREで行を絞ります。比べる記号のほか、IN・BETWEEN（両端を含む）・LIKE（%で部分一致）・IS NULL を使い分けます。
• ANDはORより先に結びつくので、ANDとORを混ぜるときはかっこを付けます。
• ORDER BYを書かないと行の順番は決まりません。LIMITで上位を出すときは、必ずORDER BYと組み合わせます。

確認テスト

次回予告

次回は、取り出した行を「まとめる」方法を学びます。COUNT・SUM・AVGといった集計関数と、GROUP BYで月別・カテゴリー別に数字をまとめる書き方、まとめた結果をHAVINGで絞る方法を、ツギノテ雑貨店のデータで確かめます。

参考資料

• SQLite「SQL As Understood By SQLite：Expression（演算子の優先順位）」（確認日：2026年11月12日）https://www2.sqlite.org/lang_expr.html
• Google Cloud「GoogleSQL：Query syntax（ORDER BYがない場合の結果の順序など）」（確認日：2026年11月12日）https://docs.cloud.google.com/bigquery/docs/reference/standard-sql/query-syntax