KWALIFIKACJA INF3 - STYCZEŃ 2016

PYTANIE NR 20.
Jednoznacznym identyfikatorem rekordu w bazie danych jest pole
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Jednoznaczny identyfikator rekordu w tabeli zapewnia klucz podstawowy (PRIMARY KEY), bo jego wartość musi być unikalna dla każdego wiersza i nie może wskazywać na dwa różne rekordy. Klucz obcy służy do wiązania tabel, a "numeryczne" i "relacji" nie są typami klucza.

Pełne wyjaśnienie:

W relacyjnej bazie danych rekord (wiersz) w tabeli powinien mieć atrybut lub zestaw atrybutów, które pozwalają wskazać dokładnie ten jeden rekord. Tę rolę pełni klucz podstawowy (PRIMARY KEY). Jego istotą nie jest to, że "jest liczbą", tylko że stanowi unikalny identyfikator w obrębie tabeli: dwie różne krotki (wiersze) nie mogą mieć tej samej wartości klucza podstawowego.

Dlaczego odpowiedź "klucza podstawowego" jest poprawna?
Klucz podstawowy jest projektowany właśnie po to, aby jednoznacznie identyfikować rekord. Dzięki temu aplikacja (np. strona internetowa korzystająca z bazy) może bezbłędnie pobrać, zaktualizować lub usunąć konkretny wiersz, odwołując się do wartości PRIMARY KEY.

Dlaczego pozostałe odpowiedzi są niepoprawne?

  • "klucza obcego" – klucz obcy (FOREIGN KEY) służy do tworzenia powiązań między tabelami i wskazuje zwykle na klucz podstawowy w innej tabeli. Nie jest on definicją "jednoznacznego identyfikatora rekordu" w tabeli, bo może się powtarzać (np. wiele zamówień jednego klienta).
  • "numeryczne" – fakt, że identyfikator często bywa liczbą (np. AUTO_INCREMENT), to jedynie częsta praktyka implementacyjna. Klucz podstawowy może być też tekstowy lub złożony; "numeryczne" nie opisuje więc pojęcia jednoznacznego identyfikatora.
  • "relacji" – relacja to powiązanie między tabelami (np. 1:N), a nie pole, które identyfikuje pojedynczy rekord. To inny poziom pojęciowy w modelu relacyjnym.

Wskazówka egzaminacyjna: gdy w pytaniu pojawia się "jednoznaczny identyfikator rekordu/wiersza", w pierwszej kolejności myśl o PRIMARY KEY, a dopiero potem o kluczach obcych i relacjach.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Klucz podstawowy to kolumna (lub zestaw kolumn) w tabeli, która jednoznacznie identyfikuje każdy rekord. Jego wartości nie mogą się powtarzać, dzięki czemu można wskazać dokładnie jeden wiersz do odczytu, edycji lub usunięcia.
Ponieważ jest projektowany jako identyfikator unikalny: dla dwóch różnych rekordów nie może wystąpić ta sama wartość klucza. To zapewnia, że odwołanie po PRIMARY KEY wskazuje zawsze ten sam, pojedynczy wiersz w tabeli.
Zwykle nie. Klucz obcy służy do powiązania z rekordem w innej tabeli i może się powtarzać (np. wiele zamówień tego samego klienta). Dlatego nie spełnia definicji jednoznacznego identyfikatora rekordu w swojej tabeli.
Klucz podstawowy identyfikuje rekord w tej samej tabeli. Klucz obcy przechowuje wartość wskazującą na rekord w innej (lub tej samej) tabeli, aby zbudować relację. Klucz obcy opisuje powiązanie, a nie unikalną tożsamość wiersza.
Nie musi. Często stosuje się liczby (np. autoinkrementację), ale klucz podstawowy może być też tekstem, identyfikatorem UUID lub kluczem złożonym z kilku kolumn. Najważniejsza jest unikalność i stabilność identyfikacji.
Rekord (wiersz) to pojedynczy zestaw danych o jednym obiekcie, np. jednym kliencie. Pole (kolumna) to pojedyncza cecha tego obiektu, np. nazwisko. Klucz podstawowy jest specjalnym polem (lub polami), które identyfikuje rekord.
W aplikacjach webowych identyfikator z klucza podstawowego jest często używany w adresach i zapytaniach, np. do pobrania konkretnego użytkownika lub wpisu. Ułatwia to operacje CRUD i zmniejsza ryzyko pomyłek przy aktualizacji danych.
Gdy pojedyncza kolumna nie gwarantuje unikalności, a naturalna identyfikacja rekordu wynika z kombinacji cech (np. identyfikator produktu + identyfikator magazynu). Wtedy PRIMARY KEY może składać się z kilku kolumn, które razem tworzą unikalny identyfikator.
Typowe błędy to: brak PRIMARY KEY w tabeli, mylenie PRIMARY KEY z FOREIGN KEY, wybór kolumny, która nie jest stabilna (np. e-mail bez walidacji), oraz zakładanie, że "numeryczne" automatycznie znaczy "unikalne". W egzaminie czytaj uważnie słowo "jednoznaczny".
Wskazówki w treści to zwroty: "jednoznaczny identyfikator rekordu", "unikalna identyfikacja wiersza", "identyfikator tabeli". To prawie zawsze odnosi się do PRIMARY KEY. Klucz obcy pojawia się zwykle przy pytaniach o relacje i łączenie tabel.
info

Statystycznie 71% uczniów zna prawidłową odpowiedź. średnio łatwe

Specjaliści zwracają uwagę: "Jednoznaczny identyfikator rekordu w tabeli zapewnia klucz podstawowy (PRIMARY KEY), bo jego wartość musi być unikalna dla każdego wiersza i nie może wskazywać na dwa różne rekordy."

Źródła:

  • PostgreSQL Documentation: "CREATE TABLE" – sekcja o ograniczeniach PRIMARY KEY i UNIQUE, https://www.postgresql.org/docs/current/sql-createtable.html (dostęp 2026-02-18)
  • MySQL 8.0 Reference Manual: "CREATE TABLE Statement" – sekcje "PRIMARY KEY" i "FOREIGN KEY", https://dev.mysql.com/doc/refman/8.0/en/create-table.html (dostęp 2026-02-18)
  • Microsoft Learn: SQL – "PRIMARY KEY constraints" (opis roli klucza podstawowego i unikalności), https://learn.microsoft.com/en-us/sql/relational-databases/tables/primary-and-foreign-key-constraints (dostęp 2026-02-18)

Materiały:

  • Dokumentacja SQL dla ograniczeń PRIMARY KEY i FOREIGN KEY
  • Materiały o modelu relacyjnym i normalizacji (1NF–3NF)
  • Ćwiczenia praktyczne: tworzenie tabel z PRIMARY KEY oraz relacji z FOREIGN KEY

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego