Ποιοι είναι οι κοινοί τύποι δεδομένων SQL και πώς τους επιλέγετε;

Question

Accepted Answer

Κάθε στήλη έχει έναν **τύπο δεδομένων** που ορίζει τι αποθηκεύει — αριθμούς, κείμενο, ημερομηνίες, boolean, κ.λπ. Η επιλογή του σωστού τύπου έχει σημασία για την **αποδοτικότητα αποθήκευσης, την ορθότητα και την απόδοση**. Οι τύποι διαφέρουν κάπως ανά βάση δεδομένων, αλλά οι κατηγορίες είναι πρότυπες.

## Numeric types

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

**Σημαντικό:** χρησιμοποιήστε **`DECIMAL`/`NUMERIC` για χρήματα** (ακριβή αριθμητική), ποτέ `FLOAT`/`DOUBLE` (τα οποία έχουν σφάλματα στρογγυλοποίησης που διαφθείρουν τους χρηματοοικονομικούς υπολογισμούς).

## Text types

```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)` είναι ο συνηθισμένος τύπος κειμένου· `TEXT` για μεγάλο περιεχόμενο· `CHAR(n)` για κωδικούς σταθερού μήκους.

## Date/time, boolean και άλλα

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

## Γιατί η επιλογή του σωστού τύπου έχει σημασία

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

## Γιατί έχει σημασία

Η επιλογή κατάλληλων τύπων δεδομένων είναι ένα θεμελιώδες πτυχό του σχεδιασμού βάσης δεδομένων που επηρεάζει την **αποθήκευση, την ορθότητα και την απόδοση**, επομένως η κατανόηση των κοινών τύπων και ο τρόπος επιλογής τους είναι σημαντική γνώση καθημερινής χρήσης.

Η γνώση των κατηγοριών — numeric (INT, BIGINT, DECIMAL, FLOAT), text (VARCHAR, CHAR, TEXT), date/time (DATE, TIMESTAMP), boolean και ειδικοί τύποι (UUID, JSON/JSONB) — είναι απαραίτητη για τον σωστό σχεδιασμό πινάκων.

Μερικές επιλογές έχουν πραγματικές συνέπειες που αξίζει να κατανοούνται: χρήση **`DECIMAL`/`NUMERIC` για χρήματα** αντί `FLOAT` (κρίσιμο ζήτημα ορθότητας — σφάλματα στρογγυλοποίησης κινητής υποδιαστολής διαφθείρουν τους χρηματοοικονομικούς υπολογισμούς, ένα κλασικό σοβαρό σφάλμα), επιλογή του σωστού **μεγέθους ακέραιου** (`BIGINT` για IDs που μπορεί να υπερβούν το όριο του INT — πραγματική ανησυχία για μεγάλους πίνακες), χρήση κατάλληλων **τύπων date/time** (ειδικά timezone-aware `TIMESTAMPTZ` για αποφυγή σφαλμάτων ζώνης ώρας) και επιλογή κατάλληλα διαστασιολογημένων τύπων κειμένου (VARCHAR vs TEXT).

Η σωστή επιλογή τύπου επηρεάζει την αποδοτικότητα αποθήκευσης (οι μικρότεροι τύποι χρησιμοποιούν λιγότερο χώρο και I/O), την ορθότητα (ο τύπος επικυρώνει και αναπαριστά με ακρίβεια τα δεδομένα) και την απόδοση (οι κατάλληλοι τύποι δημιουργούν ευρετήρια και συγκρίνονται αποτελεσματικά).

Επειδή κάθε στήλη απαιτεί μια επιλογή τύπου, και επειδή οι λάθος επιλογές προκαλούν πραγματικά προβλήματα (FLOAT για χρήματα διαφθείρει τους υπολογισμούς, INT overflow για IDs, σφάλματα ζώνης ώρας), η κατανόηση των κοινών τύπων δεδομένων SQL και των αρχών για την επιλογή τους — ακρίβεια για χρήματα, κατάλληλη διαστασιολόγηση, timezone-aware timestamps — είναι σημαντική, θεμελιώδης γνώση για τον καλό σχεδιασμό βάσης δεδομένων που αποτρέπει μια κατηγορία λεπτών αλλά σοβαρών προβλημάτων ορθότητας και απόδοσης δεδομένων.