Podstawy SQL dla analityka systemowego — SELECT, WHERE i pierwsza analiza danych

Autor: Maciej Pieniak · Aktualizacja: 02.08.2026

Podstawy SQL zaczynają się od pytania, nie od zapamiętywania słów kluczowych. Analityk pyta: jaki obiekt sprawdzam, jaki stan jest oczekiwany i jakie dane mogą to potwierdzić?

Wspólnym przykładem jest system zamówień. Zamiast tworzyć przypadkowe tabele, będziemy wracać do customers, orders, order_items, payments i historii statusów.

Zaczynamy od pytania, nie od składni

Pytanie brzmi: „Pokaż zamówienie 1002 i jego aktualny stan”. Dopiero potem powstaje zapytanie:

SELECT
    order_id,
    customer_id,
    order_status,
    payment_status,
    external_order_id,
    created_at,
    updated_at
FROM orders
WHERE order_id = 1002;

Wynik mówi, co zapisano dla wskazanego rekordu. Nie mówi jeszcze, czy status jest zgodny z wymaganiem ani dlaczego powstał.

SELECT i FROM — co oraz skąd czytamy

SELECT wskazuje informacje, które chcemy otrzymać, a FROM źródło danych. SELECT * bywa użyteczny podczas szybkiego rozpoznania nieznanej tabeli, ale w trwałym zapytaniu lepiej wymienić kolumny jawnie. Wtedy intencja analizy jest widoczna, a zmiana tabeli nie rozszerza przypadkiem wyniku.

SELECT
    o.order_id,
    o.order_status,
    o.payment_status
FROM orders AS o;

Wynik zwraca trzy świadomie wybrane kolumny dla każdego zamówienia. Alias o nie zmienia danych; upraszcza zapis i staje się ważny, gdy kolejne tabele mają kolumny o tych samych nazwach.

WHERE — których rekordów szukamy

Filtr powinien odpowiadać pytaniu. Warunek po identyfikatorze zawęża jeden obiekt, a warunki po statusie i czasie wybierają zbiór kandydatów do dalszej analizy.

SELECT order_id, order_status, payment_status
FROM orders
WHERE order_status = 'CANCELLED'
  AND payment_status = 'PAID';

To zapytanie nie udowadnia błędu. Wybiera zamówienia, dla których trzeba sprawdzić regułę biznesową: czy płatność miała zostać zwrócona, czy anulowanie było dozwolone i czy istnieje odpowiednie zdarzenie integracyjne.

IN, BETWEEN i LIKE

SELECT order_id, order_status
FROM orders
WHERE order_status IN ('NEW', 'PAID', 'PROCESSING');

SELECT order_id, created_at
FROM orders
WHERE created_at >= '2026-07-01'
  AND created_at <  '2026-08-01';

SELECT order_id, external_order_id
FROM orders
WHERE external_order_id LIKE 'EXT-%';

IN wybiera jeden z podanych statusów, półotwarty zakres dat zwraca cztery lipcowe zamówienia, a LIKE 'EXT-%' dopasowuje identyfikatory o oczekiwanym prefiksie. Zachowanie wielkości liter i znaków narodowych zależy od silnika oraz kolacji. Dla czasu przedział półotwarty eliminuje zgadywanie, czy koniec dnia oznacza sekundy, milisekundy czy inną precyzję.

NULL — brak wartości nie jest zerem

NULL oznacza brak wartości, ale znaczenie biznesowe trzeba ustalić osobno. Może oznaczać brak identyfikatora przed wysłaniem, nieustalony stan albo dane nieobowiązkowe.

SELECT order_id, external_order_id
FROM orders
WHERE external_order_id IS NULL;

Porównanie external_order_id = NULL nie jest poprawnym sposobem wyszukiwania braków. SQL używa tu trzywartościowej logiki, dlatego potrzebne są IS NULL i IS NOT NULL.

ORDER BY i ograniczenie wyniku

SELECT order_id, order_status, updated_at
FROM orders
ORDER BY updated_at DESC
FETCH FIRST 20 ROWS ONLY;

Jeżeli używany silnik wymaga LIMIT 20 albo TOP 20, trzeba zaznaczyć różnicę dialektu. Najważniejsze jest, aby sortowanie było jawne: bez niego „ostatnie rekordy” są tylko przypuszczeniem.

Wynik zapytania a wniosek

Jeśli znajdziemy zamówienie z payment_status = 'PAID' i order_status = 'CANCELLED', możliwe są różne wyjaśnienia: oczekiwany zwrot, stan przejściowy, brak synchronizacji albo błąd. Pojedynczy wynik jest dowodem zapisu, nie diagnozą przyczyny.

Najczęstsze błędy

• używanie SELECT * w każdym zapytaniu;
• brak warunku ograniczającego na dużej tabeli;
• porównywanie wartości z NULL przez znak równości;
• mieszanie AND i OR bez nawiasów;
• uznawanie nazwy kolumny za pełną definicję biznesową;
• traktowanie pojedynczego wyniku jako dowodu przyczyny.

Ćwiczenia analityczne

1. Znajdź zamówienia klienta 17.
2. Znajdź anulowane zamówienia z płatnością PAID.
3. Znajdź zamówienia bez identyfikatora zewnętrznego.
4. Znajdź dwadzieścia ostatnio zmienionych rekordów.
5. Znajdź aktywne zamówienia z lipca 2026.

SELECT order_id, order_status
FROM orders
WHERE customer_id = 17;

SELECT order_id, order_status, payment_status
FROM orders
WHERE order_status = 'CANCELLED'
  AND payment_status = 'PAID';

SELECT order_id, external_order_id
FROM orders
WHERE external_order_id IS NULL;

SELECT order_id, order_status, updated_at
FROM orders
ORDER BY updated_at DESC
FETCH FIRST 20 ROWS ONLY;

SELECT order_id, order_status, created_at
FROM orders
WHERE order_status IN ('NEW', 'PAID', 'PROCESSING')
  AND created_at >= '2026-07-01'
  AND created_at <  '2026-08-01';