NULL representerer en manglende eller ukjent verdi — ikke null, ikke en tom streng, men fraværet av en verdi. NULL har spesiell, noen ganger overraskende oppførsel i sammenligninger, aggregater og logikk — noe som gjør det til en vanlig kilde til feil.
email
email
email
email
Fordi NULL betyr "ukjent," gir enhver sammenligning med NULL "ukjent" (ikke sann), så = NULL matcher aldri. Du må bruke IS NULL/IS NOT NULL — den desidert vanligste NULL-feilen.
SQL uses THREE-valued logic: TRUE, FALSE, and UNKNOWN (NULL).
NULL = NULL → UNKNOWN (not true!)
NULL AND true → UNKNOWN
NULL OR true → TRUE
NOT NULL → UNKNOWN
→ Conditions evaluating to UNKNOWN are treated as not-matching by WHERE.
-- aggregates IGNORE NULLs (except COUNT(*))
SELECT AVG(salary) FROM employees; -- averages only non-NULL salaries
SELECT COUNT(salary) FROM employees; -- counts only non-NULL (vs COUNT(*) = all rows)
-- arithmetic with NULL → NULL
SELECT price + NULL; -- NULL (any operation with NULL is NULL)
Aggregater hopper over NULLs, og enhver aritmetikk som involverer NULL produserer NULL.
-- COALESCE — return the first non-NULL value (provide a default)
SELECT COALESCE(phone, 'No phone') FROM users; -- 'No phone' if phone is NULL
SELECT COALESCE(nickname, name, 'Unknown') FROM users; -- first non-NULL
-- NULLIF — return NULL if two values are equal
SELECT NULLIF(value, 0); -- NULL if value is 0 (e.g. avoid divide-by-zero)
COALESCE gir fallbacks for NULL (veldig vanlig for standardverdier), og NULLIF konverterer en verdi til NULL betinget.
Å forstå NULL-oppførsel er essensielt for å skrive korrekt SQL, fordi NULLs spesielle semantikk er en hyppig kilde til subtile feil — og NULLs dukker opp konstant i virkelige data (valgfrie felt, manglende verdier, umatchede joiner).
Det viktigste og mest misforstått punktet er at NULL betyr "ukjent," så du kan ikke sammenligne det med = (en notorisk feil der WHERE col = NULL stille returnerer ingenting); du må bruke IS NULL/IS NOT NULL.
Å forstå SQLs treverdige logikk (SANN/USANN/UKJENT, der sammenligninger med NULL gir UKJENT og behandles som ikke-matchende) forklarer en rekke forvirrende oppførsler og er viktig for å skrive betingelser riktig.
Å vite at aggregater ignorerer NULLs (som påvirker AVG, COUNT, osv. — noen ganger overraskende), at aritmetikk med NULL gir NULL, og hvordan man håndterer NULLs med COALESCE (som gir standardverdier/fallbacks — et veldig vanlig behov) og NULLIF er praktisk, hyppig brukt kunnskap.
Fordi NULLs er allestedsnærværende i virkelige databaser (enhver kolonne som tillater NULL, enhver LEFT JOIN), og fordi NULLs ikke-intuitiv oppførsel (spesielt sammenligning-spørsmålet og treverdige logikk) forårsaket virkelige, vanskelige feil å debugge, er det å forstå hvordan NULL oppfører seg — sammenligninger, logikk, aggregater og håndtering — kjernekunnskapen som må til for å skrive korrekt SQL og et vanlig intervjuspørsmål som avslører forståelse av et hyppig mishandlet aspekt av databaser.