Primární klíč (Primary key)

Příklady z praxe

1. 01

   Objednávka a její položky

   E-shop uloží každou objednávku do tabulky orders s technickým ID jako primárním klíčem. Položky objednávky si uloží order_id, takže databáze pozná, ke které objednávce položka patří. Pokud aplikace zkusí vložit položku s neexistujícím order_id, cizí klíč zápis odmítne.

   CREATE TABLE orders (
     id BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
     customer_email TEXT NOT NULL,
     created_at TIMESTAMP NOT NULL
   );
   
   CREATE TABLE order_items (
     id BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
     order_id BIGINT NOT NULL REFERENCES orders(id),
     sku TEXT NOT NULL,
     quantity INTEGER NOT NULL
   );

2. 02

   Zápis studenta do kurzu

   Univerzitní systém eviduje zápisy studentů do kurzů. Složený primární klíč říká, že stejný student může být ve více kurzech a stejný kurz může mít více studentů, ale stejná dvojice student a kurz nesmí vzniknout dvakrát. Opakovaný zápis stejného studenta do stejného kurzu skončí chybou místo tiché duplicity.

   CREATE TABLE course_enrollments (
     student_id BIGINT NOT NULL,
     course_id BIGINT NOT NULL,
     enrolled_at DATE NOT NULL,
     PRIMARY KEY (student_id, course_id)
   );

Časté omyly

MýtusPrimární klíč je totéž co index.

Ve skutečnostiPrimární klíč je pravidlo integrity: řádek musí mít jedinečnou a neprázdnou identitu. Index bývá způsob, jak databáze toto pravidlo rychle kontroluje, ale samotný index nemusí znamenat primární klíč.

MýtusJako primární klíč stačí použít e-mail uživatele, protože je unikátní.

Ve skutečnostiE-mail může být v určitém okamžiku unikátní, ale uživatel ho může změnit nebo se může změnit pravidlo domény. Stabilní technické ID bývá bezpečnější jako dlouhodobý odkaz mezi tabulkami.

Časté dotazy

Může mít jedna tabulka více primárních klíčů?

Tabulka má přesně jeden primární klíč jako databázové omezení, ale tento klíč může být složený z více sloupců. Složený primární klíč se používá například v propojovacích tabulkách, kde identitu řádku tvoří kombinace dvou cizích klíčů. Vedle primárního klíče může tabulka obsahovat další unikátní omezení, která hlídají jedinečnost e-mailu, kódu produktu nebo jiného údaje.

Má být primární klíč vidět uživatelům aplikace?

Primární klíč může být viditelný v URL nebo v administraci, pokud nejde o citlivý údaj a aplikace nekontroluje oprávnění jen podle jeho znalosti. Technické ID samo o sobě nemá být tajemství. Bezpečnost musí řešit autorizace: uživatel smí načíst jen záznamy, ke kterým má právo, i když uhodne nebo změní hodnotu ID v požadavku.

Je lepší použít UUID, nebo automaticky rostoucí číslo?

UUID jako primární klíč dává smysl u distribuovaných systémů, offline synchronizace nebo slučování dat z více zdrojů, protože hodnotu lze vytvořit bez centrální sekvence. Automaticky rostoucí číslo bývá kratší, přehlednější a často úspornější pro indexy. Volba závisí na požadavcích na generování ID, provozní architektuře a velikosti tabulek.

Může se hodnota primárního klíče později změnit?

Primární klíč se po vytvoření záznamu ideálně nemění, protože na jeho hodnotu často odkazují cizí klíče, logy, cache, API klienti nebo exporty. Změna je technicky možná, pokud databáze a aplikace správně aktualizují všechny odkazy, ale v praxi zvyšuje riziko chyb. Právě proto se pro dlouhodobou identitu často volí umělý stabilní klíč.

Zdroje

1. 5.5. Constraints(otevře se v novém okně)PostgreSQL Global Development Group
2. CREATE TABLE(otevře se v novém okně)SQLite
3. Primary and foreign key constraints(otevře se v novém okně)Microsoft Learn
4. Primary key(otevře se v novém okně)Wikipedia

Související pojmy

• Cizí klíčCizí klíč je databázové omezení, které ukládá, že hodnota ve sloupci nebo skupině sloupců musí odpovídat existujícímu řádku v jiné, případně téže tabulce. Relační databáze tím chrání vazby mezi záznamy, například aby objednávka neodkazovala na neexistujícího zákazníka a data zůstala konzistentní.
• IndexIndex je pomocná datová struktura, která databázi umožní najít řádky podle hodnoty sloupce bez procházení celé tabulky. Zrychluje čtení, zpomaluje zápis a zabírá místo, takže každý index je vědomý kompromis.
• Normalizace databázeNormalizace databáze je způsob návrhu relační databáze, při kterém se data rozdělují do tabulek podle významu a závislostí, aby se omezila duplicita a nekonzistence. Typicky se opírá o normální formy, primární klíče a cizí klíče; výsledkem je čistší model, ale někdy složitější dotazy.
• ACIDACID je sada čtyř vlastností databázové transakce: atomicity, consistency, isolation a durability. Zaručuje, že skupina zápisů proběhne jako jeden celek, neporuší definovaná pravidla databáze, nebude se nebezpečně míchat s jinými transakcemi a po potvrzení přežije pád systému, například při převodu peněz.
• Adaptive IconAdaptivní ikona je formát ikony aplikace na Androidu, který se místo jedné hotové bitmapy skládá z oddělených vrstev: pozadí a popředí. Systém výsledný tvar sám ořízne podle masky výrobce zařízení a může vrstvy animovat nebo přebarvit. Vývojář tak dodá jeden zdroj a launcher z něj vytvoří kruh, čtverec i squircle.
• Adresa v pamětiAdresa v paměti je číslo, kterým procesor jednoznačně označuje konkrétní buňku operační paměti, obvykle jeden bajt. Program pomocí adresy říká, odkud má data načíst nebo kam je zapsat. Adresy tvoří souvislý číselný rozsah, jehož velikost určuje šířka adresní sběrnice a architektura, typicky 32 nebo 64 bitů.
• AI agentAI agent je softwarový systém, který pomocí modelu umělé inteligence vnímá zadaný kontext, plánuje další kroky a samostatně volá nástroje nebo služby k dosažení cíle. Na rozdíl od jednorázového promptu udržuje stav úlohy, vyhodnocuje výsledky akcí a může opakovat postup, dokud nesplní zadání nebo nenarazí na limit.
• AndroidAndroid je operační systém postavený nad linuxovým jádrem, který vyvíjí Google a otevřeně uvolňuje jako projekt AOSP. Android pohání převážnou většinu chytrých telefonů, dále tablety, televize, hodinky i palubní systémy aut. Aplikace se pro něj píší hlavně v Kotlinu nebo Javě a distribuují přes Google Play i alternativní obchody.