0Pricing
SQL Interview Prep · Lekcja

Projekcja kolumn i pułapki aliasów

Dlaczego nie można odwołać się do aliasu SELECT w WHERE i jak rekruterzy sprawdzają zakres aliasów

Projekcja kolumn i pułapki aliasów to bezpłatna lekcja SQL Interview Prep na CoddyKit. To lekcja 1 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej SQL Interview Prep, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs SQL Interview Prep zawiera 4 lekcji w sumie.

Projekcja: Wybieranie kolumn

Wybieranie kolumn zwracanych przez zapytanie nazywa się projekcją — właśnie to robi się za każdym razem, gdy zapisuje się SELECT. W rzeczywistym kodzie należy jawnie wymieniać kolumny, a SELECT * zostawić do szybkiego eksplorowania danych.

SELECT id, first_name, email
FROM employees;

Dlaczego osoby prowadzące rozmowy nie lubią SELECT *

Dlaczego osoby prowadzące rozmowy kwalifikacyjne nie lubią SELECT * w kodzie aplikacji? Jest podatny na błędy (kolejność kolumn może się zmienić), niepotrzebnie zużywa przepustowość, utrudnia użycie indeksów i ukrywa to, co jest naprawdę potrzebne. Należy jawnie wymieniać kolumny. 👍

Nadawanie kolumnie aliasu za pomocą AS

Alias nadaje kolumnie inną nazwę w wynikach. Warto używać AS dla zachowania czytelności — szczególnie dobrze sprawdza się przy kolumnach obliczanych, nadając nieczytelnym wyrażeniom, takim jak salary * 12, zrozumiałe i czytelne nagłówki.

SELECT first_name AS name,
       salary * 12 AS annual_salary
FROM employees;

Cytowanie aliasów zawierających spacje

Jeśli alias zawiera spacje lub jest słowem zastrzeżonym, należy go ująć w cudzysłów. Przenośnym, standardowym sposobem są podwójne cudzysłowy. Wskazówka: najlepiej trzymać się nazw w konwencji snake_case i całkowicie unikać cytowania.

SELECT salary AS "Annual Pay"
FROM employees;

Największa pułapka: zakres aliasu w WHERE

Oto najczęściej sprawdzana pułapka: zdefiniowanie aliasu w SELECT, a następnie filtrowanie według niego w WHERE kończy się błędem. WHERE jest wykonywane przed SELECT, więc alias jeszcze nie istnieje.

-- This raises an error
SELECT salary * 12 AS annual_salary
FROM employees
WHERE annual_salary > 100000;

Powód: logiczna kolejność wykonywania

Rozwiązaniem jest znajomość logicznej kolejności klauzul: FROM, WHERE, GROUP BY, HAVING, SELECT, a następnie ORDER BY. SELECT jest wykonywane niemal na końcu, dlatego wcześniejsze klauzule nie mogą odwoływać się do jego aliasów.

Rozwiązanie 1: powtórzenie wyrażenia

Najbardziej przenośne rozwiązanie jest proste: należy po prostu powtórzyć wyrażenie w WHERE zamiast używać aliasu. Jest to nieco bardziej rozwlekłe, ale działa w każdej bazie danych i za każdym razem.

SELECT salary * 12 AS annual_salary
FROM employees
WHERE salary * 12 > 100000;

Rozwiązanie 2: użycie podzapytania lub CTE

Jeśli powtarzanie długiego wyrażenia wygląda nieestetycznie, należy najpierw obliczyć je w podzapytaniu lub CTE. Wtedy alias staje się rzeczywistą kolumną, więc zewnętrzna klauzula WHERE może użyć go do filtrowania.

SELECT *
FROM (
  SELECT first_name, salary * 12 AS annual_salary
  FROM employees
) t
WHERE annual_salary > 100000;

Gdzie aliasy SĄ dozwolone: ORDER BY

Dobra wiadomość: ORDER BY może używać aliasu z SELECT, ponieważ jest wykonywane po SELECT. Zatem WHERE, GROUP BY i HAVING nie mogą odwoływać się do aliasów, ale ORDER BY może.

SELECT first_name, salary * 12 AS annual_salary
FROM employees
ORDER BY annual_salary DESC;

Różnice między dialektami, o których warto wspomnieć

Warto wspomnieć, że MySQL dość swobodnie dopuszcza aliasy w GROUP BY i HAVING, podczas gdy Postgres i SQL Server trzymają się standardu. Najpierw należy rozumować na podstawie kolejności logicznej, a dopiero potem wskazać wyjątek.

Aliasy tabel a aliasy kolumn

Nie należy ich mylić. Alias tabeli skraca nazwę tabeli i jest widoczny wszędzie, nawet w WHERE. Alias kolumny zmienia nazwę wyniku i nie jest widoczny w ten sposób — działa dokładnie odwrotnie.

SELECT e.first_name, e.salary AS pay
FROM employees AS e
WHERE e.salary > 50000;

Szybkie sprawdzenie

Sprawdź najważniejszą pułapkę.

Podsumowanie

Podsumowanie: należy preferować jawnie wskazane kolumny zamiast SELECT * oraz nadawać aliasy za pomocą AS. Alias z SELECT jest niewidoczny w WHERE/GROUP BY/HAVING, ale działa w ORDER BY. Problem można rozwiązać, powtarzając wyrażenie albo używając CTE.

Często zadawane pytania

Czy lekcja „Projekcja kolumn i pułapki aliasów” jest bezpłatna?

Tak — pełny tekst „Projekcja kolumn i pułapki aliasów” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu SQL Interview Prep, przejdź na CoddyKit PRO. Kurs SQL Interview Prep zawiera 4 lekcji w sumie.

Co nauczysz się w „Projekcja kolumn i pułapki aliasów”?

Dlaczego nie można odwołać się do aliasu SELECT w WHERE i jak rekruterzy sprawdzają zakres aliasów Ćwiczysz SQL Interview Prep z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć SQL Interview Prep?

Nie wymagamy żadnego doświadczenia. SQL Interview Prep w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 1 z 4.

Ile czasu zajmuje lekcja „Projekcja kolumn i pułapki aliasów”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji SQL Interview Prep?

Tak. Każda lekcja SQL Interview Prep zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Projekcja kolumn i pułapki aliasów
  2. Kolumny obliczane i pierwszeństwo operatorów
  3. DISTINCT a GROUP BY w uzyskiwaniu unikatowości
  4. Wyrażenia CASE w SELECT
← Powrót do SQL Interview Prep