Blog

Twoja wymarzona praca? Lets Git IT.
Interaktywna platforma przygotowująca do rozmów technicznych dla nowoczesnych programistów.

XGitHub

Platforma

  • Kategorie

Zasoby

  • Blog
  • O aplikacji
  • FAQ
  • Sugestie

Prawne

  • Polityka prywatności
  • Regulamin

© 2025 LetsGit.IT. Wszelkie prawa zastrzeżone.

LetsGit.IT/Kategorie/Bazy danych
Bazy danycheasy

Dlaczego `SELECT *` bywa ryzykowne w produkcyjnych zapytaniach?

Tagi
#sql#best-practices#performance#schema
Wróć do kategoriiPrzejdź do quizu

Odpowiedź

`SELECT *` pobiera więcej danych niż potrzeba (więcej I/O i pamięci) i mocno wiąże kod ze zmianami schematu (dodanie kolumny może zmienić wynik, rozmiar payloadu albo ujawnić wrażliwe pola). Wybieranie tylko potrzebnych kolumn jest czytelniejsze i może umożliwić lepsze plany (np. index-only).

Powiązane pytania

Bazy danych
Denormalizacja: kiedy warto ją zrobić i jaki jest trade‑off?
#database#denormalization#performance
Bazy danych
Co to jest covering index (index‑only scan) i czemu bywa szybszy?
#database#indexes#covering-index
Bazy danych
Dlaczego `LIKE '%term%'` bywa wolne i jakie są typowe alternatywy?
#sql#like#indexes
Bazy danych
Dlaczego optymalizator może wybrać zły plan zapytania i jak pomagają statystyki?
#optimizer#statistics#cardinality
Bazy danych
Selektywność indeksu: co to jest i czemu ma znaczenie?
#indexes#selectivity#performance
Bazy danych
Co to jest write amplification i dlaczego wiele indeksów spowalnia zapisy?
#performance#indexes#write-amplification