SELECT henter data fra en eller flere tabeller — det er den mest brukte SQL-uttalelsen. Du spesifiserer hvilke kolonner du vil ha og fra hvilken tabell, og kan eventuelt filtrere, sortere og begrense resultatene.
name, email
users;
users;
name full_name
users;
Du lister kolonnene du vil returnere etter SELECT (eller * for alle), og tabellen etter FROM. Alias (AS) gir kolonner nye navn 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;
Selvom SELECT * er praktisk for utforsking, bør du i virkelig kode velge bare kolonnene du trenger — det overfører mindre data, gjør hensikten klar, og vil ikke ødelegges hvis tabellens kolonner endres.
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 inneholde uttrykk og funksjoner, ikke bare vanlige 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 grunnlaget for å spørre data — den mest brukte SQL-uttalelsen, sentral for lesing fra enhver relasjonsdatabase, så å beherske den er essensielt hverdagskunnskap.
Å forstå hvordan du spesifiserer kolonner, bruker alias og inkluderer beregnede uttrykk dekker det grunnleggende ved henting og utforming av data.
En viktig praksis er å unngå SELECT * i applikasjonskode (å velge bare nødvendige kolonner overfører mindre data, er tydeligere, og er mer robust mot skjemaendringer — en vanlig beste praksis).
Spesielt verdifullt er å forstå den logiske utførelsesrekkefølgen av en spørring (FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT), som er forskjellig fra den skrevne rekkefølgen og forklarer virkelig oppførsel — som hvorfor du ikke kan referere til et SELECT-alias i en WHERE-klausul (fordi WHERE logisk kjøres før SELECT).
Denne mentale modellen av hvordan spørringer faktisk behandles er grunnleggende for å skrive korrekte spørringer og feilsøke forvirrende feil.
Siden lesing av data med SELECT er den vanligste databaseoperasjonen, og siden å forstå kolonnevalg, alias, uttrykk og særlig den logiske spørringskjøringen er grunnleggende for alle spørringer, er det å beherske SELECT-uttalelsen kjernekunnskap som du må kunne for alle som arbeider med SQL-databaser.