SQL (strukturovaný dotazovací jazyk)

Příklady z praxe

1. 01

   Report tržeb podle zákazníků

   E-shop potřebuje zjistit, kteří zákazníci utratili za poslední měsíc nejvíc. SQL dotaz spojí objednávky se zákazníky, sečte částky a výsledek seřadí. Výstup může jít do administrace, BI nástroje nebo pravidelného e-mailového reportu.

   SELECT c.email, SUM(o.total_price) AS revenue
   FROM customers c
   JOIN orders o ON o.customer_id = c.id
   WHERE o.created_at >= DATE '2026-01-01'
   GROUP BY c.email
   ORDER BY revenue DESC
   LIMIT 10;

2. 02

   Bezpečná změna stavu objednávky

   Skladový systém označuje objednávku jako odeslanou a zároveň zapisuje čas expedice. SQL změna se provede v transakci, aby aplikace neskončila v polovičním stavu. Pokud druhý příkaz selže, databáze může celou operaci vrátit.

   BEGIN;
   
   UPDATE orders
   SET status = 'shipped'
   WHERE id = 1289 AND status = 'paid';
   
   INSERT INTO shipment_log (order_id, event)
   VALUES (1289, 'package handed to carrier');
   
   COMMIT;

Časté omyly

MýtusSQL je jenom příkaz SELECT.

Ve skutečnostiSQL zahrnuje dotazy, změny dat, definici struktury databáze, oprávnění i transakce. SELECT je nejviditelnější část, ale produkční aplikace používá širší sadu příkazů.

MýtusKdyž dotaz funguje v jedné databázi, poběží stejně všude.

Ve skutečnostiSQL má standardizované jádro, ale databázové systémy používají vlastní dialekty a rozšíření. Rozdíly se často projeví u datových typů, funkcí, limitování výsledků a práce s časem.

MýtusSQL injection vyřeší escapování uvozovek.

Ve skutečnostiEscapování samo o sobě není spolehlivá strategie pro všechny situace. Bezpečnější základ tvoří parametrizované dotazy, oddělení dat od syntaxe a databázový účet s minimálními nutnými právy.

Časté dotazy

Proč SQL neříká databázi přesný postup vyhledání dat?

SQL nepopisuje přesný algoritmus, protože relační databáze má vlastní optimalizátor. Optimalizátor zná indexy, statistiky tabulek, omezení a dostupné způsoby spojení dat. Programátor obvykle vyjádří požadovaný výsledek, například filtr, řazení a agregaci. Databáze potom zvolí plán provedení, který může změnit po přidání indexu, růstu tabulky nebo aktualizaci statistik.

Stačí SQL pro práci s daty v aplikaci?

SQL stačí pro mnoho operací s uloženými daty, ale aplikace obvykle potřebuje i další vrstvu. Aplikační kód řeší validaci vstupů, autentizaci, volání externích služeb, práci se soubory, fronty a uživatelské rozhraní. SQL je nejsilnější tam, kde se filtrují, spojují, agregují a konzistentně mění strukturovaná data uvnitř databázového systému.

Proč stejný SQL dotaz nemusí fungovat v PostgreSQL a SQLite?

SQL má společný standard, ale databázové systémy přidávají vlastní dialekty a rozšíření. PostgreSQL, SQLite nebo Microsoft SQL Server se mohou lišit názvy funkcí, datovými typy, podporou JSON, prací s časem, syntaxí stránkování i chováním při konfliktech. Přenositelné dotazy používají konzervativní konstrukce, zatímco výkonnostně laděný kód často využívá vlastnosti konkrétní databáze.

Jak SQL souvisí s bezpečností aplikace?

SQL souvisí s bezpečností hlavně přes vstupy od uživatelů a oprávnění. SQL injection vzniká, když aplikace skládá dotaz jako text a vloží do něj neošetřenou hodnotu. Bezpečnější přístup používá parametrizované dotazy, omezená databázová oprávnění a kontrolu toho, jaké operace smí aplikační účet provádět.

Zdroje

1. ISO/IEC 9075-1:2023 Information technology — Database languages SQL — Part 1: Framework (SQL/Framework)(otevře se v novém okně)ISO, 2023
2. SQL Commands(otevře se v novém okně)PostgreSQL Global Development Group
3. SQL As Understood By SQLite(otevře se v novém okně)SQLite
4. Transact-SQL reference (Database Engine)(otevře se v novém okně)Microsoft

Související pojmy

• 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.
• SQL injectionSQL injection je zranitelnost, při které útočník vloží do vstupu aplikace text, jenž se stane součástí SQL dotazu a změní jeho význam. Útočník tak čte cizí data, obchází přihlášení nebo maže tabulky. Příčinou je skládání dotazu spojováním řetězců místo použití parametrizovaných dotazů s odděleným kódem a daty.
• ORMORM je vrstva softwaru, která mapuje objekty v aplikaci na tabulky a vztahy v relační databázi. Umožňuje pracovat s daty přes třídy, entity a metody místo ručního skládání SQL pro každý dotaz, ale zároveň přidává abstrakci, jejíž chování, výkon a transakce musí vývojář chápat.
• JOINJOIN je operace v SQL, která skládá řádky ze dvou nebo více tabulek podle zadané podmínky, typicky podle shody primárního a cizího klíče. Umožňuje číst normalizovaná data jako jeden výsledek, ale může měnit počet řádků i výkon dotazu.
• Databázová transakceDatabázová transakce je řízená skupina databázových operací, která se má provést jako jeden logický celek. Pokud se všechny kroky podaří, změny se potvrdí commitem; při chybě se vrátí rollbackem. Transakce chrání konzistenci dat hlavně při souběžných zápisech, výpadcích a více navazujících změnách.
• Dotazovací plánDotazovací plán je postup kroků, kterým databáze skutečně vykoná zadaný SQL dotaz: v jakém pořadí čte tabulky, zda použije index nebo sekvenční průchod a jakou metodou spojí data. Plán sestavuje plánovač na základě statistik o datech a vybírá z více možností tu s nejnižší odhadovanou cenou.
• A/B testováníA/B testování je řízený experiment, který porovnává dvě varianty stránky, funkce, ceny nebo sdělení na podobných skupinách uživatelů. Měří předem zvolenou metriku, například konverzi nebo retenci, a pomáhá rozhodnout, zda změna skutečně zlepšuje výsledek, nebo zda pozorovaný rozdíl mohl vzniknout náhodou.
• 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.