NULL과 데이터 타입이 만드는 함정

CREATE TABLE t_empty (col1 VARCHAR2(10));

INSERT INTO t_empty VALUES ('');
COMMIT;

-- 빈 문자열로 찾으면 안 나옵니다
SELECT COUNT(*) FROM t_empty WHERE col1 = '';   --> 0

-- NULL로 찾아야 나옵니다
SELECT COUNT(*) FROM t_empty WHERE col1 IS NULL; --> 1

위 첫 번째 쿼리는 사실 = NULL 과 같아서 항상 0건입니다. 문법 오류가 아니라 논리적으로 참이 될 수 없는 조건입니다.

-- grade_cd 에 NULL이 하나라도 있으면 결과는 0건
SELECT COUNT(*)
FROM   orders o
WHERE  o.customer_id NOT IN (
         SELECT c.customer_id FROM customer c WHERE c.grade_cd IS NULL
       );

-- NOT EXISTS 는 NULL의 영향을 받지 않습니다
SELECT COUNT(*)
FROM   orders o
WHERE  NOT EXISTS (
         SELECT 1 FROM customer c
         WHERE  c.customer_id = o.customer_id
         AND    c.grade_cd IS NULL
       );

NOT IN 의 목록에 NULL이 하나라도 있으면 모든 비교가 UNKNOWN이 되어 결과가 0건이 됩니다. 실무에서는 NOT EXISTS 를 기본으로 쓰는 편이 안전합니다.

-- 분모가 0이면 ORA-01476 오류
SELECT total_amount / order_cnt FROM ...;

-- NULLIF로 0을 NULL로 바꾸면 결과가 NULL이 될 뿐 오류는 안 납니다
SELECT total_amount / NULLIF(order_cnt, 0) FROM ...;

-- 화면에 0으로 보이길 원하면 감쌉니다
SELECT NVL(total_amount / NULLIF(order_cnt, 0), 0) FROM ...;

-- Oracle 기본 동작
SELECT grade_cd FROM customer ORDER BY grade_cd;       -- NULL이 뒤
SELECT grade_cd FROM customer ORDER BY grade_cd DESC;  -- NULL이 앞

-- 명시하면 의도가 분명해집니다
SELECT grade_cd FROM customer ORDER BY grade_cd NULLS FIRST;
SELECT grade_cd FROM customer ORDER BY grade_cd DESC NULLS LAST;

NULLS FIRST / NULLS LAST 는 Oracle과 PostgreSQL에서 지원합니다. MSSQL과 MySQL에는 없어서 CASE로 대체해야 합니다. 부록 대조표를 참고합니다.

-- status_cd 는 VARCHAR2 인데 숫자를 비교하면
SELECT * FROM orders WHERE status_cd = 1;
-- 내부적으로 TO_NUMBER(status_cd) = 1 이 되어
-- status_cd 인덱스를 못 타고, 숫자로 못 바꾸는 값이 있으면 ORA-01722 까지 납니다

-- 타입을 맞춰 줍니다
SELECT * FROM orders WHERE status_cd = '1';

애플리케이션에서 바인딩할 때도 같습니다. 문자 컬럼에 Integer를 바인딩하면 같은 문제가 생깁니다. 운영에서 갑자기 느려진 쿼리의 흔한 원인입니다.

-- 나쁨: 컬럼을 가공해서 인덱스를 못 씁니다
SELECT * FROM orders
WHERE  TRUNC(order_dt) = TRUNC(SYSDATE);

-- 좋음: 범위로 잡으면 인덱스를 씁니다
SELECT * FROM orders
WHERE  order_dt >= TRUNC(SYSDATE)
AND    order_dt <  TRUNC(SYSDATE) + 1;

-- 특정 월 전체
SELECT * FROM orders
WHERE  order_dt >= TO_DATE('2026-07-01', 'YYYY-MM-DD')
AND    order_dt <  ADD_MONTHS(TO_DATE('2026-07-01', 'YYYY-MM-DD'), 1);

끝 날짜를 <= 로 잡으면 그날 00:00:00 만 포함되어 하루치가 통째로 빠집니다. 시작은 >= , 끝은 다음 경계 미만으로 잡는 습관을 들입니다.

-- 위험: 세션의 NLS_DATE_FORMAT 에 따라 결과가 달라집니다
SELECT * FROM orders WHERE order_dt > '2026-07-01';

-- 안전: 형식을 명시합니다
SELECT * FROM orders
WHERE  order_dt > TO_DATE('2026-07-01', 'YYYY-MM-DD');

문자열을 날짜처럼 쓰면 개발 환경에서는 되고 운영에서는 ORA-01861 이 나는 일이 생깁니다. 세션 설정에 기대지 않습니다.