SELECT hämtar data från en eller flera tabeller — det är den mest använda SQL-satsen. Du anger vilka kolumner du vill ha och från vilken tabell, och kan eventuellt filtrera, sortera och begränsa resultaten.
name, email
users;
users;
name full_name
users;
Du listar de kolumner som ska returneras efter SELECT (eller * för alla), och tabellen efter FROM. Alias (AS) byter namn på kolumner 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;
Med SELECT * är bekvämt för utforskning, men i verklig kod bör du välja bara de kolumner du behöver — det överför mindre data, gör avsikten tydlig, och bryts inte om tabellens kolumner ändras.
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 innehålla uttryck och funktioner, inte bara vanliga kolumner.
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 är grunden för att fråga data — den mest använda SQL-satsen, central för läsning från någon relationsdatabas, så att behärska den är väsentlig vardagskunskap.
Att förstå hur man anger kolumner, använder alias och inkluderar beräknade uttryck täcker grunderna för att hämta och forma data.
En viktig praktik är att undvika SELECT * i applikationskod (att välja endast nödvändiga kolumner överför mindre data, är tydligare och är mer robust för schemaändringar — en vanlig bästa praxis).
Särskilt värdefullt är att förstå den logiska exekveringsordningen för en fråga (FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT), som skiljer sig från den skrivna ordningen och förklarar verkligt beteende — till exempel varför du inte kan referera till ett SELECT-alias i en WHERE-sats (eftersom WHERE logiskt körs före SELECT).
Denna mentalmodell för hur frågor faktiskt bearbetas är fundamental för att skriva korrekta frågor och felsöka förvirrande fel.
Då läsning av data med SELECT är den vanligaste databasoperationen, och då förståelsen för kolumnval, alias, uttryck och särskilt den logiska frågordningen är grundläggande för all frågning, är att behärska SELECT-satsen kärnkunskap som måste kunnas för alla som arbetar med SQL-databaser.