#Step 05 — 연산자와 조건

SELECT product_id, name, price
FROM products
WHERE price > 1000000;

SELECT 1 = 1 AS eq, 1 = 2 AS ne, 1 = NULL AS with_null, NULL = NULL AS null_null;

SELECT COUNT(*) AS 괄호없음
FROM products
WHERE category_id = 21 OR category_id = 22 AND price < 500000;

SELECT COUNT(*) AS 괄호있음
FROM products
WHERE (category_id = 21 OR category_id = 22) AND price < 500000;

SELECT product_id, category_id, name, price
FROM products
WHERE category_id = 21 OR category_id = 22 AND price < 500000
ORDER BY category_id, product_id;

SELECT product_id, name, price
FROM products
WHERE price BETWEEN 100000 AND 200000
ORDER BY price;

-- 2025년 6월 주문을 세려고 했다
SELECT COUNT(*) AS 잘못된_6월_주문수
FROM orders
WHERE order_date BETWEEN '2025-06-01' AND '2025-06-30';

-- 올바른 방법: 반열림 구간 [시작, 다음 시작)
SELECT COUNT(*) AS 올바른_6월_주문수
FROM orders
WHERE order_date >= '2025-06-01'
  AND order_date <  '2025-07-01';

SELECT order_id, order_date, total_amount
FROM orders
WHERE order_date >= '2025-06-30' AND order_date < '2025-07-01';

SELECT product_id, category_id, name
FROM products
WHERE category_id IN (21, 22)
ORDER BY product_id;

-- 600만원 넘는 주문이 배송된 도시에 사는 고객
SELECT customer_id, name, grade, city
FROM customers
WHERE city IN (SELECT shipping_city FROM orders WHERE total_amount > 6000000)
ORDER BY customer_id
LIMIT 5;

SELECT
    NULL = NULL       AS `NULL = NULL`,
    NULL <> NULL      AS `NULL <> NULL`,
    NULL = 0          AS `NULL = 0`,
    NULL + 1          AS `NULL + 1`,
    CONCAT('a', NULL) AS `CONCAT(a,NULL)`;

SELECT COUNT(*) AS `phone = NULL` FROM customers WHERE phone = NULL;

SELECT customer_id, name, phone
FROM customers
WHERE phone IS NULL;

SELECT COUNT(*) AS `<> 로 센 결과`
FROM customers
WHERE phone <> '010-1000-0001';

SELECT COUNT(*) AS `NULL 포함`
FROM customers
WHERE phone <> '010-1000-0001' OR phone IS NULL;

SELECT
    NULL <=> NULL AS `NULL <=> NULL`,
    NULL <=> 1    AS `NULL <=> 1`,
    1 <=> 1       AS `1 <=> 1`;

SELECT customer_id, name, phone
FROM customers
WHERE phone <=> NULL;

SELECT COUNT(*) AS `NOT IN 결과`
FROM categories
WHERE category_id NOT IN (SELECT parent_id FROM categories);

SELECT
    3 NOT IN (1, 2)       AS `3 NOT IN (1,2)`,
    3 NOT IN (1, 2, NULL) AS `3 NOT IN (1,2,NULL)`;

SELECT category_id, name
FROM categories
WHERE category_id NOT IN (
    SELECT parent_id FROM categories WHERE parent_id IS NOT NULL
)
ORDER BY category_id
LIMIT 8;

SELECT c.category_id, c.name
FROM categories c
WHERE NOT EXISTS (
    SELECT 1 FROM categories x WHERE x.parent_id = c.category_id
)
ORDER BY c.category_id
LIMIT 8;

SELECT product_id, name FROM products WHERE name LIKE '스마트폰%';

-- 이메일이 아무 글자 1개 + "im" 으로 시작하는 고객
SELECT customer_id, email FROM customers WHERE email LIKE '_im%' ORDER BY customer_id;

SELECT product_id, name FROM products WHERE name LIKE '%mysql%';

SELECT product_id, name FROM products WHERE name LIKE BINARY '%mysql%';
-- Empty set   (소문자 mysql 은 없으므로)

SELECT product_id, name FROM products WHERE name LIKE BINARY '%MySQL%';
-- 37 | 실전 MySQL 8

SELECT product_id, name FROM products WHERE name LIKE '%\%%';
-- 또는 이스케이프 문자를 직접 지정
SELECT product_id, name FROM products WHERE name LIKE '%!%%' ESCAPE '!';

SELECT product_id, name
FROM products
WHERE name REGEXP '노트북|스마트폰'   -- | 는 OR
ORDER BY product_id;

SELECT product_id, name FROM products WHERE name REGEXP '^[0-9]';    -- 숫자로 시작

SELECT
    REGEXP_LIKE('kim.minsu@example.com', '^[a-z.]+@example\\.com$') AS is_valid,
    REGEXP_SUBSTR('스마트폰 X20 Pro 512GB', '[0-9]+GB')             AS storage,
    REGEXP_REPLACE('010-1000-0001', '[0-9]{4}$', '****')            AS masked,
    REGEXP_INSTR('실전 MySQL 8', 'MySQL')                           AS pos;

SELECT product_id, name,
       REGEXP_SUBSTR(name, '[0-9]+(GB|TB)') AS capacity
FROM products
WHERE name REGEXP '[0-9]+(GB|TB)'
ORDER BY product_id;

SELECT
    'MySQL' REGEXP 'mysql'                            AS ci,
    'MySQL' COLLATE utf8mb4_0900_as_cs REGEXP 'mysql' AS cs_collate,
    REGEXP_LIKE('MySQL', 'mysql', 'c')                AS cs_flag,
    REGEXP_LIKE('MySQL', 'mysql', 'i')                AS ci_flag;

SELECT
    customer_id, name, phone,
    IFNULL(phone, '(미등록)')   AS ifnull_ex,
    COALESCE(phone, '(미등록)') AS coalesce_ex,
    NULLIF(points, 0)           AS points_0은_null로
FROM customers
WHERE customer_id IN (1, 7, 14, 17)
ORDER BY customer_id;

-- price 가 0 이어도 에러/경고 없이 NULL 을 돌려준다
SELECT (price - cost) / NULLIF(price, 0) AS margin_rate FROM products;

-- 1페이지
SELECT order_id, order_date, total_amount
FROM orders
ORDER BY order_date DESC, order_id DESC
LIMIT 5 OFFSET 0;

-- 2페이지
SELECT order_id, order_date, total_amount
FROM orders
ORDER BY order_date DESC, order_id DESC
LIMIT 5 OFFSET 5;

EXPLAIN SELECT order_id, order_date FROM orders
ORDER BY order_date DESC, order_id DESC LIMIT 5 OFFSET 595;

SELECT order_id, order_date, total_amount
FROM orders
WHERE (order_date, order_id) < ('2025-12-25 20:44:00', 572)   -- 행 생성자 비교
ORDER BY order_date DESC, order_id DESC
LIMIT 5;

SELECT order_id, order_date, total_amount
FROM orders
WHERE order_date < '2025-12-25 20:44:00'
   OR (order_date = '2025-12-25 20:44:00' AND order_id < 572)
ORDER BY order_date DESC, order_id DESC
LIMIT 5;

SELECT
    o.order_id, o.order_date, o.status, o.shipping_city, o.total_amount
FROM orders o
WHERE o.order_date >= '2025-07-01'      -- 반열림 구간
  AND o.order_date <  '2026-01-01'
  AND o.status <> 'CANCELLED'
  AND o.shipping_city IN ('서울', '인천')
  AND o.total_amount >= 1000000
ORDER BY o.total_amount DESC, o.order_id
LIMIT 8;

-- =====================================================================
-- Step 05 — 연산자와 조건 : practice.sql
-- 실행: mysql -h127.0.0.1 -P3307 -ulearner -plearn1234 shop -t < practice.sql
-- =====================================================================
USE shop;

-- [5-1] 비교 연산자 6종
SELECT product_id, name, price
FROM products
WHERE price > 1000000;

-- [5-1] 같지 않다: <> (표준) 와 != (MySQL 도 지원) 는 동일
SELECT COUNT(*) AS `<>_결과` FROM products WHERE status <> 'ON_SALE';
SELECT COUNT(*) AS `!=_결과` FROM products WHERE status != 'ON_SALE';

-- [5-1] 비교 결과 자체를 SELECT 해보기 — 1(TRUE) / 0(FALSE) / NULL(UNKNOWN)
SELECT 1 = 1 AS eq, 1 = 2 AS ne, 1 = NULL AS with_null, NULL = NULL AS null_null;

-- [5-2] AND / OR / NOT 과 우선순위
-- AND 가 OR 보다 먼저 묶인다 → 아래 두 쿼리는 결과가 다르다
SELECT COUNT(*) AS 괄호없음
FROM products
WHERE category_id = 21 OR category_id = 22 AND price < 500000;

SELECT COUNT(*) AS 괄호있음
FROM products
WHERE (category_id = 21 OR category_id = 22) AND price < 500000;

-- [5-2] 괄호 없이 쓴 쿼리가 실제로 무엇을 뽑았는지 확인
SELECT product_id, category_id, name, price
FROM products
WHERE category_id = 21 OR category_id = 22 AND price < 500000
ORDER BY category_id, product_id;

-- [5-3] BETWEEN — 양 끝 포함 (>= AND <=)
SELECT product_id, name, price
FROM products
WHERE price BETWEEN 100000 AND 200000
ORDER BY price;

-- [5-3] NOT BETWEEN
SELECT COUNT(*) AS cnt
FROM products
WHERE price NOT BETWEEN 100000 AND 200000;

-- [5-3] 날짜 BETWEEN 의 함정: DATETIME 컬럼에 날짜만 주면 00:00:00 으로 해석된다
--   '2025-06-30' 은 '2025-06-30 00:00:00' 이 되므로,
--   6월 30일 00:00:01 이후의 주문은 전부 누락된다!
SELECT COUNT(*) AS 잘못된_6월_주문수
FROM orders
WHERE order_date BETWEEN '2025-06-01' AND '2025-06-30';

-- [5-3] 올바른 방법: 반열림 구간 [시작, 다음시작)
SELECT COUNT(*) AS 올바른_6월_주문수
FROM orders
WHERE order_date >= '2025-06-01'
  AND order_date <  '2025-07-01';

-- [5-3] 누락된 행을 직접 확인 — 6월 30일 04:16 의 주문 1건이 통째로 사라졌다
SELECT order_id, order_date, total_amount
FROM orders
WHERE order_date >= '2025-06-30' AND order_date < '2025-07-01'
ORDER BY order_date;

-- [5-4] IN — OR 의 축약
SELECT product_id, category_id, name
FROM products
WHERE category_id IN (21, 22)
ORDER BY product_id;

-- [5-4] IN 서브쿼리 — "600만원 넘는 주문이 배송된 도시" 에 사는 고객
SELECT customer_id, name, grade, city
FROM customers
WHERE city IN (SELECT shipping_city FROM orders WHERE total_amount > 6000000)
ORDER BY customer_id
LIMIT 5;

-- [5-5] NULL 3값 논리 — 핵심
-- NULL 은 "값이 없음"이 아니라 "값을 모름". 모르는 값끼리는 비교할 수 없다.
SELECT
    NULL = NULL      AS `NULL = NULL`,
    NULL <> NULL     AS `NULL <> NULL`,
    NULL = 0         AS `NULL = 0`,
    NULL + 1         AS `NULL + 1`,
    CONCAT('a', NULL) AS `CONCAT(a,NULL)`;

-- [5-5] 그래서 phone = NULL 은 아무 행도 못 찾는다
SELECT COUNT(*) AS `phone = NULL` FROM customers WHERE phone = NULL;

-- [5-5] IS NULL / IS NOT NULL 을 써야 한다
SELECT customer_id, name, phone
FROM customers
WHERE phone IS NULL;

SELECT COUNT(*) AS `phone IS NOT NULL` FROM customers WHERE phone IS NOT NULL;

-- [5-5] WHERE 는 TRUE 만 남긴다 → FALSE 도 UNKNOWN 도 버려진다
--   "phone 이 010-1000-0001 이 아닌 고객" 을 찾으면 NULL 인 3명이 빠진다
SELECT COUNT(*) AS `<> 로 센 결과`
FROM customers
WHERE phone <> '010-1000-0001';

-- [5-5] NULL 도 포함하려면 명시적으로 OR IS NULL
SELECT COUNT(*) AS `NULL 포함`
FROM customers
WHERE phone <> '010-1000-0001' OR phone IS NULL;

-- [5-6] <=> NULL-safe equal : NULL <=> NULL 은 TRUE
SELECT
    NULL <=> NULL AS `NULL <=> NULL`,
    NULL <=> 1    AS `NULL <=> 1`,
    1 <=> 1       AS `1 <=> 1`;

-- [5-6] <=> 로 "phone 이 NULL 인 고객" 찾기 (IS NULL 과 동일)
SELECT customer_id, name, phone
FROM customers
WHERE phone <=> NULL;

-- [5-6] 파라미터가 NULL 일 수도 있는 검색 — <=> 한 방으로 처리
--   (애플리케이션에서 ? 에 값을 바인딩. NULL 이면 NULL 인 행을 찾는다)
SELECT customer_id, name, phone
FROM customers
WHERE phone <=> NULL
LIMIT 3;

-- [5-7] NOT IN + NULL 의 최악의 함정
--   서브쿼리 결과에 NULL 이 하나라도 있으면 NOT IN 은 항상 빈 결과!
SELECT COUNT(*) AS `NOT IN 결과`
FROM categories
WHERE category_id NOT IN (SELECT parent_id FROM categories);

-- [5-7] 왜? NOT IN (1,2,NULL) 은 "1도 아니고 2도 아니고 NULL도 아니다"
--   → NULL 과의 비교가 UNKNOWN 이라 전체가 절대 TRUE 가 못 된다
SELECT
    3 NOT IN (1, 2)       AS `3 NOT IN (1,2)`,
    3 NOT IN (1, 2, NULL) AS `3 NOT IN (1,2,NULL)`;

-- [5-7] 해결책 ①: 서브쿼리에서 NULL 을 제거
SELECT category_id, name
FROM categories
WHERE category_id NOT IN (
    SELECT parent_id FROM categories WHERE parent_id IS NOT NULL
)
ORDER BY category_id
LIMIT 8;

-- [5-7] 해결책 ②: NOT EXISTS (NULL 에 안전하고 보통 더 빠르다)
SELECT c.category_id, c.name
FROM categories c
WHERE NOT EXISTS (
    SELECT 1 FROM categories x WHERE x.parent_id = c.category_id
)
ORDER BY c.category_id
LIMIT 8;

-- [5-8] LIKE — % (0자 이상) / _ (정확히 1자)
SELECT product_id, name FROM products WHERE name LIKE '스마트폰%';
SELECT product_id, name FROM products WHERE name LIKE '%노트북%';
SELECT customer_id, email FROM customers WHERE email LIKE '_im%' ORDER BY customer_id;

-- [5-8] LIKE 는 콜레이션을 따른다. utf8mb4_0900_ai_ci 는 대소문자 구분 안 함
SELECT product_id, name FROM products WHERE name LIKE '%mysql%';

-- [5-8] 대소문자를 구분하고 싶다면 BINARY 또는 명시적 콜레이션
SELECT product_id, name FROM products WHERE name LIKE BINARY '%mysql%';
SELECT product_id, name FROM products WHERE name LIKE BINARY '%MySQL%';

-- [5-8] % 자체를 찾고 싶을 때 — ESCAPE
SELECT product_id, name FROM products WHERE name LIKE '%\%%';
SELECT product_id, name FROM products WHERE name LIKE '%!%%' ESCAPE '!';

-- [5-9] REGEXP / RLIKE — 정규식
--   MySQL 8.0 부터 정규식 엔진이 ICU 로 교체되었습니다 (기존 Henry Spencer).
SELECT product_id, name
FROM products
WHERE name REGEXP '노트북|스마트폰'
ORDER BY product_id;

-- [5-9] 앵커(^ $) 와 문자 클래스
SELECT product_id, name FROM products WHERE name REGEXP '^[0-9]';   -- 숫자로 시작
SELECT product_id, name FROM products WHERE name REGEXP '[0-9]+GB$'; -- GB 로 끝

-- [5-9] MySQL 8 신규 정규식 함수들
SELECT
    REGEXP_LIKE('kim.minsu@example.com', '^[a-z.]+@example\\.com$') AS is_valid,
    REGEXP_SUBSTR('스마트폰 X20 Pro 512GB', '[0-9]+GB')             AS storage,
    REGEXP_REPLACE('010-1000-0001', '[0-9]{4}$', '****')            AS masked,
    REGEXP_INSTR('실전 MySQL 8', 'MySQL')                           AS pos;

-- [5-9] REGEXP_SUBSTR 로 상품명에서 용량 추출
SELECT product_id, name,
       REGEXP_SUBSTR(name, '[0-9]+(GB|TB)') AS capacity
FROM products
WHERE name REGEXP '[0-9]+(GB|TB)'
ORDER BY product_id;

-- [5-9] REGEXP 도 콜레이션을 따라 대소문자를 무시한다.
--   MySQL 8 에서는 BINARY 'MySQL' REGEXP 'mysql' 이 에러가 난다 (ICU 엔진).
--     ERROR 3995: Character set 'binary' cannot be used in conjunction with
--                 'utf8mb4_0900_ai_ci' in call to regexp_like.
--   대신 COLLATE 를 쓰거나 REGEXP_LIKE 의 match_type 'c' 를 쓴다.
SELECT
    'MySQL' REGEXP 'mysql'                            AS ci,
    'MySQL' COLLATE utf8mb4_0900_as_cs REGEXP 'mysql' AS cs_collate,
    REGEXP_LIKE('MySQL', 'mysql', 'c')                AS cs_flag,
    REGEXP_LIKE('MySQL', 'mysql', 'i')                AS ci_flag;

-- [5-10] NULL 다루는 함수들
SELECT
    customer_id,
    name,
    phone,
    IFNULL(phone, '(미등록)')            AS ifnull_ex,
    COALESCE(phone, '(미등록)')          AS coalesce_ex,
    NULLIF(points, 0)                    AS points_0은_null로
FROM customers
WHERE customer_id IN (1, 7, 14, 17)
ORDER BY customer_id;

-- [5-11] 페이징 ① OFFSET 방식 (직관적이지만 뒤로 갈수록 느리다)
SELECT order_id, order_date, total_amount
FROM orders
ORDER BY order_date DESC, order_id DESC
LIMIT 5 OFFSET 0;

SELECT order_id, order_date, total_amount
FROM orders
ORDER BY order_date DESC, order_id DESC
LIMIT 5 OFFSET 5;

-- [5-11] 깊은 OFFSET 은 앞의 595건을 전부 읽고 버린다
EXPLAIN SELECT order_id, order_date FROM orders
ORDER BY order_date DESC, order_id DESC LIMIT 5 OFFSET 595;

-- [5-12] 페이징 ② 커서(keyset) 페이징
--   1페이지 마지막 행의 (order_date, order_id) 를 커서로 삼는다.
--   위 1페이지 마지막 행은 (2025-12-25 20:44:00, 572) 였다.
--   → 결과는 OFFSET 5 와 완전히 동일하지만, 앞의 5건을 읽지 않는다.
SELECT order_id, order_date, total_amount
FROM orders
WHERE (order_date, order_id) < ('2025-12-25 20:44:00', 572)
ORDER BY order_date DESC, order_id DESC
LIMIT 5;

-- [5-12] 행 생성자(row constructor)를 안 쓰고 풀어 쓰면 이렇게 된다 (동일한 결과)
SELECT order_id, order_date, total_amount
FROM orders
WHERE order_date < '2025-12-25 20:44:00'
   OR (order_date = '2025-12-25 20:44:00' AND order_id < 572)
ORDER BY order_date DESC, order_id DESC
LIMIT 5;

-- [5-13] 종합: "2025년 하반기 / 취소 아님 / 서울·인천 배송 / 100만원 이상" 주문
SELECT
    o.order_id,
    o.order_date,
    o.status,
    o.shipping_city,
    o.total_amount
FROM orders o
WHERE o.order_date >= '2025-07-01'
  AND o.order_date <  '2026-01-01'
  AND o.status <> 'CANCELLED'
  AND o.shipping_city IN ('서울', '인천')
  AND o.total_amount >= 1000000
ORDER BY o.total_amount DESC, o.order_id
LIMIT 8;

-- =====================================================================
-- Step 05 — 연산자와 조건 : exercise.sql (문제)
-- 실행: mysql -h127.0.0.1 -P3307 -ulearner -plearn1234 shop -t < exercise.sql
-- =====================================================================
USE shop;

-- ---------------------------------------------------------------------
-- [문제 1] 가격대 + 상태 필터
--   products 에서 가격이 50,000 이상 150,000 이하이고
--   status 가 'ON_SALE' 인 상품을 가격 오름차순으로 조회하세요.
--   (product_id, name, price, status)
-- ---------------------------------------------------------------------


-- ---------------------------------------------------------------------
-- [문제 2] 괄호 함정 피하기
--   customers 에서 "서울 또는 부산에 살면서" "GOLD 또는 VIP 등급"인
--   고객을 조회하세요. (customer_id, name, grade, city)
--   ※ 괄호를 어디에 쳐야 할지 반드시 생각하고 쓰세요.
-- ---------------------------------------------------------------------


-- ---------------------------------------------------------------------
-- [문제 3] 날짜 범위는 반열림 구간으로
--   orders 에서 2025년 3월 한 달 동안의 주문 건수를 세세요.
--   BETWEEN 을 쓰지 말고 >= / < 로 작성하세요.
-- ---------------------------------------------------------------------


-- ---------------------------------------------------------------------
-- [문제 4] NULL 찾기 (두 가지 방법)
--   customers 에서 전화번호가 등록되지 않은 고객의
--   name, city, grade 를 조회하세요.
--   (a) IS NULL 로
--   (b) <=> 로
-- ---------------------------------------------------------------------


-- ---------------------------------------------------------------------
-- [문제 5] 숫자가 없는 상품명
--   products 에서 상품명에 숫자가 하나도 들어있지 않은 상품을 조회하세요.
--   힌트: NOT REGEXP '[0-9]'  또는  REGEXP '^[^0-9]*$'
-- ---------------------------------------------------------------------


-- ---------------------------------------------------------------------
-- [문제 6] 안티조인 (NOT EXISTS)
--   후기(reviews)를 한 번도 남기지 않은 고객을 찾으세요.
--   - NOT EXISTS 로 작성하세요.
--   - 같은 것을 NOT IN 으로 썼을 때 왜 위험한지 주석으로 설명하세요.
--     (reviews.customer_id 는 NOT NULL 인데도 왜 NOT EXISTS 를 권하는지?)
-- ---------------------------------------------------------------------


-- ---------------------------------------------------------------------
-- [문제 7] REGEXP_REPLACE 로 마스킹
--   products 에서 상품명의 숫자를 전부 '#' 로 바꾼 결과를
--   product_id, name, masked 로 조회하세요. (숫자가 있는 상품만)
-- ---------------------------------------------------------------------


-- ---------------------------------------------------------------------
-- [문제 8] 커서 페이징
--   orders 를 total_amount DESC, order_id DESC 로 정렬합니다.
--   (a) 1페이지 5건을 구하세요.
--   (b) (a) 의 마지막 행을 커서로 삼아, 커서 페이징으로 2페이지를 구하세요.
--   (c) LIMIT 5 OFFSET 5 로 구한 2페이지와 결과가 같은지 확인하세요.
-- ---------------------------------------------------------------------

-- =====================================================================
-- Step 05 — 연산자와 조건 : solution.sql (정답 + 해설)
-- 실행: mysql -h127.0.0.1 -P3307 -ulearner -plearn1234 shop -t < solution.sql
-- =====================================================================
USE shop;

-- ---------------------------------------------------------------------
-- [정답 1] 가격대 + 상태 필터
--   BETWEEN 은 양 끝을 포함합니다. 숫자 범위에는 안심하고 써도 됩니다.
--   (문제가 되는 건 DATETIME 뿐입니다 — 정답 3 참고)
--   결과: 10건 (플리츠 롱스커트 59000 ~ 러닝화 에어플로우 139000)
-- ---------------------------------------------------------------------
SELECT product_id, name, price, status
FROM products
WHERE price BETWEEN 50000 AND 150000
  AND status = 'ON_SALE'
ORDER BY price ASC;

-- ---------------------------------------------------------------------
-- [정답 2] 괄호 함정 피하기
--   OR 조건 두 덩어리를 AND 로 묶으려면 각각을 괄호로 싸야 합니다.
--   괄호를 빼면 AND 가 먼저 묶여서
--     city='서울'  OR  (city='부산' AND grade='GOLD')  OR  grade='VIP'
--   가 되어 "서울 사는 BRONZE" 까지 딸려옵니다.
--
--   IN 을 쓰면 괄호 실수 자체가 불가능해집니다 — 이쪽을 권합니다.
--   결과: 9명 (서울 8명 + 부산 1명(하준서))
-- ---------------------------------------------------------------------
SELECT customer_id, name, grade, city
FROM customers
WHERE city IN ('서울', '부산')
  AND grade IN ('GOLD', 'VIP')
ORDER BY customer_id;

-- (괄호로 쓴 동일한 쿼리)
SELECT customer_id, name, grade, city
FROM customers
WHERE (city = '서울' OR city = '부산')
  AND (grade = 'GOLD' OR grade = 'VIP')
ORDER BY customer_id;

-- ---------------------------------------------------------------------
-- [정답 3] 날짜 범위는 반열림 구간으로
--   order_date 는 DATETIME 입니다.
--   BETWEEN '2025-03-01' AND '2025-03-31' 로 쓰면
--   '2025-03-31 00:00:00' 이 상한이 되어 3월 31일 낮의 주문이 전부 누락됩니다.
--   >= 시작 AND < 다음달1일  이 어떤 시간 정밀도에도 안전한 정답입니다.
--   결과: 26건
-- ---------------------------------------------------------------------
SELECT COUNT(*) AS 주문건수_2025_03
FROM orders
WHERE order_date >= '2025-03-01'
  AND order_date <  '2025-04-01';

-- ---------------------------------------------------------------------
-- [정답 4] NULL 찾기 (두 가지 방법)
--   phone = NULL 은 절대 안 됩니다 (항상 UNKNOWN → 0건).
--   결과: 윤대현(광주) / 남규리(울산) / 심준호(대구)
--
--   (a) IS NULL — 가장 표준적이고 읽기 쉬운 방법
-- ---------------------------------------------------------------------
SELECT name, city, grade
FROM customers
WHERE phone IS NULL;

-- ---------------------------------------------------------------------
--   (b) <=> — NULL-safe 등호. NULL <=> NULL 이 TRUE 라서 동작합니다.
--       단순히 NULL 을 찾는 목적이라면 IS NULL 이 더 명확합니다.
--       <=> 의 진가는 비교 대상이 "값일 수도, NULL 일 수도 있는 파라미터"
--       일 때 나옵니다: WHERE phone <=> ?
-- ---------------------------------------------------------------------
SELECT name, city, grade
FROM customers
WHERE phone <=> NULL;

-- ---------------------------------------------------------------------
-- [정답 5] 숫자가 없는 상품명
--   NOT REGEXP '[0-9]' = "숫자가 한 개도 매칭되지 않는다"
--   결과: 17건 (의류/신발 대부분, 무선 마우스 프로, 노이즈캔슬링 헤드폰 등)
--   "27인치 4K 모니터", "6단 책장", "실전 MySQL 8" 등은 숫자가 있어 제외됩니다.
-- ---------------------------------------------------------------------
SELECT product_id, name
FROM products
WHERE name NOT REGEXP '[0-9]'
ORDER BY product_id;

-- (동일한 결과 — 전체가 "숫자 아닌 문자" 로만 이루어졌다는 표현)
SELECT product_id, name
FROM products
WHERE name REGEXP '^[^0-9]*$'
ORDER BY product_id;

-- ---------------------------------------------------------------------
-- [정답 6] 안티조인 (NOT EXISTS)
--   후기를 한 번도 안 남긴 고객 = 26명 (전체 30명 중 4명만 후기를 남겼습니다)
--
--   [NOT IN 이 위험한 이유]
--   지금 reviews.customer_id 는 NOT NULL 이므로
--       WHERE customer_id NOT IN (SELECT customer_id FROM reviews)
--   도 "현재는" 정상 동작합니다. 그런데도 NOT EXISTS 를 권하는 이유:
--
--   1) NOT IN 의 정확성이 "서브쿼리 컬럼이 NOT NULL 인가"에 의존합니다.
--      누군가 스키마를 바꿔 NULL 을 허용하는 순간, 이 쿼리는 에러 없이
--      조용히 0건을 반환하기 시작합니다. 배치가 아무 일도 안 하는데
--      로그에는 아무 흔적도 안 남습니다. 최악의 버그입니다.
--   2) 서브쿼리가 조인/UNION 등으로 복잡해지면 NOT NULL 보장이 쉽게 깨집니다.
--      (예: LEFT JOIN 결과 컬럼은 NOT NULL 컬럼이어도 NULL 이 될 수 있습니다)
--   3) NOT EXISTS 는 애초에 "매칭되는 행이 있는가"만 보므로 NULL 과 무관하게
--      항상 옳습니다. 옵티마이저도 안티조인으로 잘 풀어냅니다.
--
--   → 결론: NOT IN 은 상수 리스트에만. 서브쿼리에는 NOT EXISTS.
-- ---------------------------------------------------------------------
SELECT c.customer_id, c.name, c.grade, c.city
FROM customers c
WHERE NOT EXISTS (
    SELECT 1
    FROM reviews r
    WHERE r.customer_id = c.customer_id
)
ORDER BY c.customer_id;

-- ---------------------------------------------------------------------
-- [정답 7] REGEXP_REPLACE 로 마스킹
--   REGEXP_REPLACE(대상, 패턴, 치환문자열) — MySQL 8.0 신규 함수입니다.
--   [0-9] 로 쓰면 숫자 "한 글자씩" 치환되므로 256GB → ###GB 가 됩니다.
--   [0-9]+ 로 쓰면 연속된 숫자 덩어리가 하나의 # 이 되어 256GB → #GB 입니다.
--   문제의 의도("숫자를 전부 # 로")는 전자입니다.
-- ---------------------------------------------------------------------
SELECT
    product_id,
    name,
    REGEXP_REPLACE(name, '[0-9]', '#') AS masked
FROM products
WHERE name REGEXP '[0-9]'
ORDER BY product_id;

-- ---------------------------------------------------------------------
-- [정답 8] 커서 페이징
--   (a) 1페이지 — total_amount 가 6,663,900 으로 5건이 전부 동점입니다!
--       order_id DESC 가 tie-break 를 해주지 않으면 순서가 뒤죽박죽이 되고
--       페이징이 깨집니다. 이 문제가 tie-break 의 중요성을 잘 보여줍니다.
--       결과: 482 / 362 / 242 / 122 / 2  (전부 6663900.00)
-- ---------------------------------------------------------------------
SELECT order_id, total_amount
FROM orders
ORDER BY total_amount DESC, order_id DESC
LIMIT 5;

-- ---------------------------------------------------------------------
--   (b) 커서 페이징 — 1페이지 마지막 행 (6663900.00, 2) 를 커서로 삼습니다.
--       행 생성자 비교 (a,b) < (x,y) 는 사전식 비교입니다:
--         total_amount 가 더 작거나,
--         total_amount 가 같으면서 order_id 가 더 작은 행
--       total_amount 만으로 커서를 잡았다면(WHERE total_amount < 6663900)
--       동점인 5건이 통째로 사라졌을 겁니다. order_id 가 반드시 필요합니다.
--       결과: 520 / 400 / 280 / 160 / 40  (전부 6599000.00)
-- ---------------------------------------------------------------------
SELECT order_id, total_amount
FROM orders
WHERE (total_amount, order_id) < (6663900.00, 2)
ORDER BY total_amount DESC, order_id DESC
LIMIT 5;

-- ---------------------------------------------------------------------
--   (c) OFFSET 방식 2페이지 — (b) 와 결과가 완전히 동일합니다.
--       차이는 성능입니다. OFFSET 은 앞의 5건을 읽고 버리지만,
--       커서 방식은 인덱스로 바로 그 지점에 점프합니다.
--       600건에선 체감이 없지만 1000만 건에선 하늘과 땅 차이입니다.
-- ---------------------------------------------------------------------
SELECT order_id, total_amount
FROM orders
ORDER BY total_amount DESC, order_id DESC
LIMIT 5 OFFSET 5;