SELECT henter data fra en eller flere tabeller — det er den mest-brugte SQL-sætning. Du angiver, hvilke kolonner du ønsker, og fra hvilken tabel, og kan eventuelt filtrere, sortere og begrænse resultaterne.
name, email
users;
users;
name full_name
users;
Du angiver de kolonner, der skal returneres, efter SELECT (eller * for alle), og tabellen efter FROM. Aliasser (AS) omdøber kolonner i resultatet.
-- ❌ SELECT * fetches every column — wasteful, fragile (breaks if columns change)
SELECT * FROM users;
-- ✅ select only what you need — less data transferred, clearer intent, more stable
SELECT id, name, email FROM users;
Mens SELECT * er praktisk til udforskning, bør du i rigtig kode kun vælge de kolonner, du har brug for — det overfører mindre data, gør intentionen klar, og vil ikke gå i stykker, hvis tabelens kolonner ændres.
SELECT
name,
price * quantity AS total, -- a calculated column
UPPER(name) AS name_upper, -- a function applied to a column
price * 1.1 AS price_with_tax
FROM orders;
SELECT kan indeholde udtryk og funktioner, ikke kun almindelige kolonner.
SELECT name -- 5. select columns (runs near-last logically)
FROM users -- 1. from the table
WHERE active = true -- 2. filter rows
GROUP BY country -- 3. group
HAVING COUNT(*) > 5 -- 4. filter groups
ORDER BY name -- 6. sort
LIMIT 10; -- 7. limit
LOGICAL execution order (NOT the written order):
FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT
→ This is why you can't use a SELECT alias in WHERE (WHERE runs before SELECT).
SELECT er grundlaget for at forespørge data — den mest-brugte SQL-sætning, central for læsning fra enhver relationsdatabase, så at mestre den er væsentlig, daglig viden.
At forstå, hvordan man angiver kolonner, bruger aliasser, og inkluderer beregnede udtryk, dækker grundlaget for at hente og forme data.
En vigtig praksis er at undgå SELECT * i applikationskode (at vælge kun nødvendige kolonner overfører mindre data, er tydeligere og er mere robust over for skemaændringer — en almindelig best practice).
Særligt værdifuld er forståelse af den logiske udførelsesrækkefølge for en forespørgsel (FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT), som adskiller sig fra den skrevne rækkefølge og forklarer rigtig adfærd — som hvorfor du ikke kan referere til et SELECT-alias i en WHERE-klausul (fordi WHERE logisk kører før SELECT).
Denne mentale model for, hvordan forespørgsler faktisk behandles, er grundlæggende for at skrive korrekte forespørgsler og debugge forvirrende fejl.
Da læsning af data med SELECT er den mest almindelige databaseoperation, og da forståelse af kolonnevalg, aliasser, udtryk og især den logiske forespørgselsrækkefølge er grundlæggende for al forespørgsler, er det at mestre SELECT-sætningen kernekompetence og must-know-viden for alle, der arbejder med SQL-databaser.