Przejdź do głównej treści
  1. Strona główna
  2. Technik informatyk
  3. INF.03
  4. Pytanie

Kwalifikacja: INF.03 - Tworzenie i administrowanie stronami i aplikacjami internetowymi oraz bazami danych

Zawód: Technik informatyk, Technik programista

Kategorie: Programowanie webowe Bazy danych

Słowa kluczowe: Integralność referencyjna JOIN w SQL Klucz obcy w SQL Relacja jeden do wielu SELECT w SQL

Tabele Osoby oraz Adresy są ze sobą połączone relacją typu jeden do wielu. Jakie zapytanie SQL powinno być użyte, aby poprawnie wyświetlić nazwiska oraz odpowiadające im miasta?

Ilustracja do pytania z kwalifikacji INF.03
Użycie składni JOIN w zapytaniu SQL to naprawdę dobra decyzja, jeśli chodzi o pokazywanie powiązanych danych z różnych tabel w bazie danych. W odpowiedzi zastosowałeś INNER JOIN, co jest jednym z tych najpopularniejszych sposobów łączenia tabel, zwłaszcza gdy mamy wspólny klucz. W tym przypadku klucz obcy Adresy_id w tabeli Osoby łączy się z kluczem głównym id w tabeli Adresy, co pozwala na wyciągnięcie nazwisk z Osób oraz odpowiadających im miast z Adresów. W praktyce takie użycie JOIN jest zgodne z najlepszymi praktykami, bo ułatwia zarządzanie danymi i sprawia, że wszystko jest czytelniejsze. Gdy pracujesz nad bardziej skomplikowanymi systemami, umiejętność poprawnego łączenia tabel jest kluczowa. Umożliwia to utrzymanie porządku w danych i zmniejszenie ich powtarzalności przez normalizację. I naprawdę, takie zapytania są mega przydatne w analizie danych, generowaniu raportów czy w aplikacjach, które operują na dużych zbiorach, gdzie wydajność i przejrzystość kodu SQL są niezwykle ważne.
Błędy w niepoprawnych odpowiedziach wynikają z niewłaściwego użycia konstrukcji SQL, co prowadzi do złego łączenia tabel. Pierwsze zapytanie korzysta z niejawnego łączenia, tylko oddzielając tabelę przecinkami, co jest już trochę staroświeckie. To prowadzi do tzw. iloczynu kartezjańskiego, co w praktyce oznacza, że każdy rekord z jednej tabeli łączy się z każdym rekordem z drugiej, co jest na ogół nieefektywne. W drugiej odpowiedzi próbujesz użyć warunku WHERE do łączenia tabel, ale niestety używasz identyfikatora id dla obu tabel, co psuje połączenie danych. Poprawne łączenie powinno opierać się na kluczu głównym i odpowiednim kluczu obcym. W trzeciej wersji zapytania masz błędną składnię, która nie trzyma się zasad SQL. W SQL każde FROM powinno być użyte tylko raz do określenia źródła danych. Często błędy wynikają z braku zrozumienia zasad łączenia tabel oraz niewłaściwego używania kluczy. Zrozumienie tych mechanizmów jest kluczowe, jeśli chcesz efektywnie korzystać z relacyjnych baz danych. Zdecydowanie warto znać poprawne konstrukcje SQL, żeby pracować z danymi w środowisku IT.

Wymagane logowanie

Ocenianie trudności pytań jest dostępne tylko dla zalogowanych użytkowników. Zaloguj się, aby skorzystać z pełni możliwości platformy.

Twoja ocena pomoże innym uczniom w przygotowaniu do egzaminu, a Tobie pozwoli na dostęp do spersonalizowanych statystyk.

Zgłoś błąd w pytaniu

Rozwiń sekcję i zmień pole, którego dotyczy błąd. Wyślemy tylko zmienione sekcje.

Błędna kwalifikacja
Błąd w treści pytania
Błąd w treści odpowiedzi
Błąd w obrazie
Dane kontaktowe (opcjonalnie)
Podaj email, jeśli chcesz otrzymać informację o rozpatrzeniu zgłoszenia.