NULL repræsenterer en manglende eller ukendt værdi — ikke nul, ikke en tom streng, men fraværet af en værdi. NULL har særlig, nogle gange overraskende adfærd i sammenligninger, aggregater og logik — hvilket gør det til en almindelig kilde til fejl.
email
email
email
email
Fordi NULL betyder "ukendt," giver enhver sammenligning med NULL resultatet "ukendt" (ikke sand), så = NULL matcher aldrig. Du skal bruge IS NULL/IS NOT NULL — den mest almindelige NULL-fejl.
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 springer NULLs over, og enhver aritmetik, der involverer NULL, producerer 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 giver fallbacks for NULL (meget almindeligt til standardværdier), og NULLIF konverterer en værdi til NULL betinget.
At forstå NULL-adfærd er væsentligt for at skrive korrekt SQL, fordi NULLs særlige semantik er en hyppig kilde til subtile fejl — og NULLs optræder konstant i virkelige data (valgfrie felter, manglende værdier, umatched joins).
Det mest kritiske og almindeligt misforstået punkt er, at NULL betyder "ukendt," så du kan ikke sammenligne med det ved hjælp af = (en berygtet fejl, hvor WHERE col = NULL stille og roligt returnerer intet); du skal bruge IS NULL/IS NOT NULL.
At forstå SQLs tre-værdi logik (SAND/FALSK/UKENDT, hvor sammenligninger med NULL giver UKENDT og behandles som ikke-matchende) forklarer en række forvirrende adfærd og er vigtig for at skrive betingelser korrekt.
At vide, at aggregater ignorerer NULLs (påvirker AVG, COUNT osv. — nogle gange overraskende), at aritmetik med NULL giver NULL, og hvordan man håndterer NULLs med COALESCE (giver standardværdier/fallbacks — et meget almindeligt behov) og NULLIF er praktisk, hyppigt anvendt viden.
Da NULLs er udbredt i virkelige databaser (enhver nullable kolonne, enhver LEFT JOIN), og da NULLs uintuitive adfærd (især sammenlignings-problemet og tre-værdi logik) forårsager reelle, svære-at-fejlfinde fejl, er det at forstå, hvordan NULL fungerer — sammenligninger, logik, aggregater og håndtering — grundlæggende, vigtig viden for at skrive korrekt SQL og er et almindeligt interviewemne, der afslører forståelse af et hyppigt-mishandlet aspekt af databaser.