Jakie są typowe typy danych SQL i jak je wybierać?

Question

Accepted Answer

Każda kolumna ma **typ danych** definiujący co przechowuje — liczby, tekst, daty, wartości logiczne itp. Wybór właściwego typu ma znaczenie dla **efektywności pamięci, poprawności i wydajności**. Typy nieco się różnią w zależności od bazy danych, ale kategorie są standardowe.

## Typy numeryczne

```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)
```

**Ważne:** używaj **`DECIMAL`/`NUMERIC` na pieniądze** (arytmetyka dokładna), nigdy `FLOAT`/`DOUBLE` (które mają błędy zaokrąglania, które niszczą obliczenia finansowe).

## Typy tekstowe

```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)` to codziennie używany typ tekstowy; `TEXT` do dużych treści; `CHAR(n)` do kodów o stałej długości.

## Data/czas, wartości logiczne i inne

```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
```

## Dlaczego to ważne

```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
```

## Dlaczego to ważne

Wybór odpowiednich typów danych jest fundamentalnym aspektem projektowania baz danych, który wpływa na **pamięć, poprawność i wydajność**, zatem zrozumienie typowych typów i sposobu ich wyboru jest ważną wiedzą codzienną.

Znajomość kategorii — numeryczne (INT, BIGINT, DECIMAL, FLOAT), tekstowe (VARCHAR, CHAR, TEXT), data/czas (DATE, TIMESTAMP), logiczne oraz typy specjalne (UUID, JSON/JSONB) — jest niezbędna do prawidłowego projektowania tabel.

Kilka wyborów ma rzeczywiste konsekwencje warte zrozumienia: używanie **`DECIMAL`/`NUMERIC` na pieniądze** zamiast `FLOAT` (krytyczna kwestia poprawności — błędy zaokrąglania zmiennoprzecinkowych psują obliczenia finansowe, klasyczny, poważny błąd), wybór właściwego **rozmiaru liczby całkowitej** (`BIGINT` na ID, które mogą rosnąć poza zakres INT — rzeczywisty problem dla dużych tabel), używanie właściwych **typów daty/czasu** (szczególnie świadome strefy czasowej `TIMESTAMPTZ` aby uniknąć błędów stref czasowych) oraz wybór odpowiednio wielkościowych typów tekstowych (VARCHAR kontra TEXT).

Wybór właściwego typu wpływa na efektywność pamięci (mniejsze typy zajmują mniej miejsca i we/wy), poprawność (typ waliduje i dokładnie reprezentuje dane) oraz wydajność (właściwe typy indeksują i porównują efektywnie).

Ponieważ każda kolumna wymaga wyboru typu, a ponieważ błędne wybory powodują rzeczywiste problemy (FLOAT na pieniądze psujące obliczenia, przepełnienie INT dla ID, błędy stref czasowych), zrozumienie typowych typów danych SQL i zasad ich wyboru — dokładność na pieniądze, odpowiednią wielkość, świadome strefy czasowe — jest ważną, fundamentalną wiedzą do solidnego projektowania baz danych, które zapobiega klasie subtelnych ale poważnych problemów z poprawnością danych i wydajnością.