Tabela to podstawowa struktura w relacyjnej bazie danych, w której trzymasz dane jako siatkę kolumn i wierszy. Kolumny (nazywane też atrybutami albo polami) definiują, jakie informacje przechowujesz i jakiego są typu, a wiersze (rekordy) to pojedyncze konkretne wpisy. Jedna tabela opisuje zwykle jeden typ obiektu, na przykład użytkowników, zamówienia albo produkty. Możesz o niej myśleć jak o arkuszu Excela z żelaznymi zasadami: każda kolumna ma ustalony typ danych, a każdy wiersz musi się do tych zasad stosować.
Jak to działa i do czego służy
Tabela narzuca schemat, czyli stałą strukturę danych. Definiujesz kolumny, ich typy (INT, VARCHAR, DATE, BOOLEAN) i reguły, a baza pilnuje, żeby nikt nie wrzucił tekstu tam, gdzie ma być liczba. Najczęściej jeden z atrybutów pełni rolę klucza głównego (primary key), który jednoznacznie identyfikuje każdy wiersz, na przykład id. Dzięki temu możesz precyzyjnie wskazać konkretny rekord.
Tabele nie żyją w izolacji. Łączysz je ze sobą przez klucze obce (foreign key), tworząc relacje, na przykład tabela zamowienia wskazuje przez user_id na konkretny rekord w tabeli uzytkownicy. To właśnie ta sieć powiązań stoi za słowem „relacyjna” w nazwie. Operacje na danych wykonujesz w SQL: SELECT czyta, INSERT dodaje, UPDATE zmienia, DELETE usuwa.
Przykład z praktyki
Załóżmy, że stawiasz tabelę użytkowników w PostgreSQL albo MySQL. Tworzysz ją tak:
CREATE TABLE uzytkownicy (id INT PRIMARY KEY AUTO_INCREMENT, email VARCHAR(255) NOT NULL UNIQUE, utworzono DATE);
Masz tu trzy kolumny i komplet reguł: id jest kluczem głównym i sam się zwiększa, email nie może być pusty (NOT NULL) ani się powtórzyć (UNIQUE). Gdy potem zrobisz INSERT INTO uzytkownicy (email, utworzono) VALUES ('[email protected]', '2026-06-29');, dodasz jeden wiersz. Próba dodania drugiego z tym samym mailem zostanie odrzucona, i bardzo dobrze.
Na co uważać
Kilka pułapek, na które łapią się początkujący:
- Brak klucza głównego. Tabela bez primary key to proszenie się o duplikaty i koszmar przy aktualizacjach.
- Mylenie tabeli z bazą danych. Baza to cały zbiór; tabela to jeden jego element. W jednej bazie masz ich zwykle wiele.
- Wrzucanie wszystkiego do jednej tabeli. Jeśli dane się powtarzają w kółko, prawdopodobnie potrzebujesz normalizacji i rozbicia na kilka powiązanych tabel.
- Złe typy danych. Trzymanie daty jako tekstu czy ceny jako
VARCHARmści się przy sortowaniu i obliczeniach.
Pojęcia powiązane
Warto znać: kolumna, wiersz (rekord), klucz główny, klucz obcy, schemat, indeks, relacja, normalizacja, widok (view) oraz sam język SQL. W bazach NoSQL odpowiednikiem bywa kolekcja dokumentów, ale to już inna bajka.