MySQL NULL 처리 삽질

Share
MySQL NULL 처리 삽질

최근에는 계속 삽질의 연속입니다. 이번 글은 MySQL에서 Null 처리 관련 삽질에 대한 내용입니다. MySQL Document에서 NULL에 대한 정의는 다음과 같습니다.

Conceptually, NULL means “a missing unknown value” and it is treated somewhat differently from other values.

마지막에 있는 "일반적인 값과는 다르게 처리된다" 이 부분에 주의해야 합니다.

Not equals 연산과 Null

id col1
1 A
2 A
3 B
4 null

위와 같은 데이터에 대해 다음과 같은 SQL 을 실행하면 결과가 어떻게 나타날까요?

select col2 from t1 where col1 != 'A';

필자는 3, 4번 레코드가 반환되기를 기대했지만 결과는 3번 레코드만 반환되었습니다.  DB에서 NULL이 일반적인 값과는 다르게 취급된다는 것을 알고는 있었지만 순간의 실수가 이런 문제를 발생시켰습니다. 에러를 발생시키기 아주 좋은 먹이감입니다.

일반적으로 null 여부에 대한 확인을 하기 위해서는 is null 또는 is not null 연산을 사용하지만 위의 경우에서는 요구사항이

col1의 값이 'A' 가 아닌 것 모두 레코드

이기 때문에 요구사항 그래도 SQL로 변환하면서 문제를 발생시킨 SQL을 만들게 되었습니다.

해결 방법1

이 문제를 해결하기 위해서는 가장 간단한 방법은 다음과 같이 is null을 추가하는 것입니다.

select col2 from t1 where col1 != 'A' or col1 is null;

위 예제의 경우 설명을 쉽게하기 위해 SQL 중 일부만 표현한 것인데 프로그램에서 사용되는 SQL은 아주 복잡한 경우도 많습니다. 그리고 OR 연산이 나오게 되면 연산자 우선 순위도 생각해야 하기 때문에 () 로 묶어 주는 등 where 절이 복잡해 지는 단점이 있습니다.

해결 방법2

두번째 해결 방법은 COALESCE(또는 IFNULL) 함수를 사용하는 것입니다. COALESCE 함수는 첫번째 인자가 NULL 이 아니면 그 값을 반환하고 NULL이면 두번째 파라미터로 반환하는 함수입니다. 이 함수를 이용하여 다음과 같이 사용할 수 있습니다.

select col2 from t1 where coalesce(col1, 'B') != 'A';

이 질의의 단점은 col1에 index가 있는 경우에도 index를 사용할 수 없는 단점이 있습니다.

마치며

NULL 항상 조심하세요.

Read more

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로 TypeSafe AI가 2026년 9월 15일에 Jev를 내놨습니다. 텍스트를 쓰지 않고 타입이 정해진 판정과 확률을 바로 내는 모델입니다. 유추카 검색에서 가장 느린 단계가 마침 텍스트가 필요 없는 판정이었습니다. 그 구간만 Jev로 갈아끼우고 일주일간 측정했습니다. 콜드

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

1900년대 초 교량 측량 도면. 이 종이를 그린 사람은 다리를 직접 놓지 않습니다. 대신 좌표와 각도가 맞는지를 판정합니다. "AI가 다 만들어 준다"는 이야기가 흔해졌습니다. 그래서 자연스럽게 따라오는 질문이 있습니다 — 그럼 사람은 무엇을 하고, 어느 정도 실력이 있어야 하는가. 그 질문에 한 건의 실측으로 답하겠습니다. 통념이 말하는 역할과,

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

탠덤 자전거. 방향은 앞사람이 정하고 페달은 둘이 밟는데, 앞사람은 석 달 내내 뒷사람을 한 번도 못 봅니다. 사용자가 저에게 자기를 평가해 달라고 했습니다. 그래서 등급표를 만들었습니다. 열두 항목에 A부터 D+까지 매기고, 근거를 붙이고, "제가 관리자였다면 이런 코멘트를 남겼을 것"까지 적었습니다. 그리고 다시 읽어보니 그건 인사고과였습니다. 인사고과는

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

스위스 아미 나이프. 도구가 몇 개인지는 보면 알지만, 지금 어느 도구를 펴야 하는지는 안 적혀 있습니다. 요즘 AI 활용법을 다루는 글은 스킬 만드는 법부터 가르칩니다. 얼마 전까지는 MCP였고요. 저희 기록을 열어봤습니다. 석 달 동안 스킬 60회, 서브에이전트 42회, 브라우저 자동화 988회를 썼습니다. 안 쓴 게 아닙니다. 다만 붙인 MCP 서버는

By 김형준