Hva er vanlige SQL-datatyper og hvordan velger du dem?

Question

Accepted Answer

Hver kolonne har en **datatype** som definerer hva den lagrer — tall, tekst, datoer, boolske verdier, osv. Det er viktig å velge riktig type for **lagringseffektivitet, korrekthet og ytelse**. Typene varierer noe mellom databaser, men kategoriene er standard.

## Numeriske typer

```sql
INT / INTEGER          -- whole numbers (4 bytes)
BIGINT                 -- large whole numbers (8 bytes) — for IDs that grow large
SMALLINT               -- small whole numbers (save space)
DECIMAL(10,2) / NUMERIC -- EXACT decimal — use for MONEY (no rounding errors)
FLOAT / REAL / DOUBLE  -- approximate floating point — NOT for money
SERIAL / AUTO_INCREMENT -- auto-incrementing integer (for primary keys)
```

**Viktig:** bruk **`DECIMAL`/`NUMERIC` for penger** (eksakt regning), aldri `FLOAT`/`DOUBLE` (som har avrundingsfeil som ødelegger økonomiske beregninger).

## Teksttyper

```sql
VARCHAR(n)    -- variable-length text up to n chars (the common choice)
CHAR(n)       -- FIXED-length (padded) — for codes of known length (e.g. country codes)
TEXT          -- large/unlimited text (articles, descriptions)
```

`VARCHAR(n)` er den vanligste teksttypen; `TEXT` for stort innhold; `CHAR(n)` for koder med fast lengde.

## Dato/tid, boolsk og andre

```sql
DATE           -- date only (2024-01-15)
TIME           -- time only
TIMESTAMP      -- date + time (with or WITHOUT time zone — TIMESTAMPTZ in Postgres)
BOOLEAN        -- true/false
UUID           -- universally unique identifier (good for distributed IDs)
JSON / JSONB   -- structured JSON data (JSONB in Postgres is indexed/efficient)
BLOB / BYTEA   -- binary data
```

## Hvorfor det er viktig å velge riktig type

```text
✓ Storage — smaller types use less space (INT vs BIGINT; VARCHAR vs TEXT)
✓ Correctness — DECIMAL for money (exact), proper date types for dates, BOOLEAN for flags
✓ Performance — correct types index and compare efficiently; right size = less I/O
✓ Validation — the type itself constrains what can be stored (an INT can't hold text)
✓ Time zones — use TIMESTAMPTZ for timestamps to avoid time-zone bugs
```

## Hvorfor det betyr noe

Å velge passende datatyper er et grunnleggende aspekt ved databasedesign som påvirker **lagring, korrekthet og ytelse**, så å forstå vanlige typer og hvordan du velger dem er viktig kunnskaper for daglig bruk.

Å kjenne kategoriene — numerisk (INT, BIGINT, DECIMAL, FLOAT), tekst (VARCHAR, CHAR, TEXT), dato/tid (DATE, TIMESTAMP), boolsk og spesialtyper (UUID, JSON/JSONB) — er nødvendig for å utforme tabeller på riktig måte.

Flere valg har reelle konsekvenser som er verdt å forstå: å bruke **`DECIMAL`/`NUMERIC` for penger** i stedet for `FLOAT` (et kritisk korrekthetsproblem — avrundingsfeil i flytpunktsregning ødelegger økonomiske beregninger, en klassisk, alvorlig bug), velge riktig **heltallsstørrelse** (`BIGINT` for ID-er som kan vokse utover INT-området — en ekte bekymring for store tabeller), bruke riktige **dato/tid-typer** (spesielt tidssone-bevisste `TIMESTAMPTZ` for å unngå tidssonefeil), og velge passende størrelse på teksttyper (VARCHAR vs TEXT).

Riktig typvalg påvirker lagringseffektivitet (mindre typer bruker mindre plass og I/O), korrekthet (typen validerer og representerer data nøyaktig), og ytelse (riktige typer indekseres og sammenlignes effektivt).

Da hver kolonne krever et typevalg, og da feil valg forårsaker reelle problemer (FLOAT for penger som ødelegger beregninger, INT-overløp for ID-er, tidssone-feil), er det viktig, grunnleggende kunnskap å forstå vanlige SQL-datatyper og prinsippene for å velge dem — nøyaktighet for penger, passende størrelse, tidssonebeviste tidsstempler — for solid databasedesign som forhindrer en klasse av subtile men alvorlige datakorrektheit og ytelsesproblem.