KWALIFIKACJA INF3 - CZERWIEC 2022

PYTANIE NR 13.
W relacyjnych bazach danych encja jest reprezentowana przez
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Encja to typ obiektu w modelu pojęciowym (np. "Klient"). W modelu relacyjnym taki typ obiektu odwzorowuje się jako tabelę, a pojedyncze wystąpienia encji są jej wierszami (rekordami). "Relacja" oznacza zwykle związek między encjami, a "kwerenda" to zapytanie do danych, nie ich reprezentacja.

Pełne wyjaśnienie:

W projektowaniu relacyjnych baz danych często przechodzi się od modelu pojęciowego (np. diagram ER) do modelu relacyjnego (schemat tabel). W tym przejściu encja (czyli typ obiektu, np. "Uczeń", "Produkt", "Zamówienie") jest standardowo reprezentowana przez tabelę. Tabela opisuje strukturę encji przez kolumny (atrybuty) oraz ograniczenia, np. klucz główny.

Dlaczego pozostałe odpowiedzi nie pasują:

  • "rekord" – rekord (wiersz) odpowiada pojedynczemu wystąpieniu encji, np. jednemu konkretnemu klientowi. To częsty błąd: mylenie typu (encja) z instancją (konkretny obiekt).
  • "relację" – w praktyce modelowania "relacja/związek" opisuje powiązania między encjami (np. klient składa zamówienie). W SQL relacje realizuje się m.in. kluczami obcymi i tabelami pośrednimi, ale sama encja nie jest "relacją" w tym sensie.
  • "kwerendę" – kwerenda to zapytanie (SELECT itd.) służące do pobierania lub przekształcania danych. Nie jest strukturą przechowywania danych i nie reprezentuje encji.

Wskazówka egzaminacyjna: jeśli w pytaniu pojawia się słowo encja, myśl o strukturze danych (tabela). Jeśli pojawia się pojedynczy obiekt lub konkretna pozycja, wtedy pasuje rekord/wiersz.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Encja to typ obiektu rozpoznany w analizie danych (np. Klient, Produkt). Opisuje, jakie atrybuty ma dany obiekt i jakie związki łączą go z innymi encjami. Nie jest to jeszcze pojedynczy rekord, tylko "klasa" obiektów w modelu pojęciowym.
W modelu relacyjnym encję odwzorowuje się jako tabelę. Atrybuty encji stają się kolumnami, a każde wystąpienie encji staje się wierszem. Dodatkowo definiuje się klucz główny i ewentualne ograniczenia.
Rekord (wiersz) to jedno konkretne wystąpienie encji, np. jeden klient o danym ID. Encja natomiast to typ (zbiór wszystkich klientów). Błąd wynika zwykle z mylenia poziomu "schematu" z poziomem "danych".
W modelowaniu danych relacja (związek) opisuje powiązanie między encjami, np. "Klient składa Zamówienie". W SQL takie powiązania realizuje się m.in. przez klucze obce lub tabele pośrednie dla relacji wiele‑do‑wielu.
Najczęściej tak, ale są wyjątki: czasem powstają tabele pośrednie dla relacji wiele‑do‑wielu albo tabele techniczne (np. słowniki). Mimo tego na egzaminie reguła podstawowa brzmi: encja → tabela, wystąpienie encji → wiersz.
Encja jest "rzeczownikiem" opisującym obiekt (np. Pracownik), a atrybut to jego cecha (np. imię, data zatrudnienia). Na diagramach ER encje zwykle mają własne nazwy i zestaw atrybutów, które potem stają się kolumnami w tabeli.
Tabelę pośrednią tworzy się najczęściej dla relacji wiele‑do‑wielu (M:N), np. Student–Przedmiot. Taka tabela zawiera zwykle dwa klucze obce (do obu encji) i ewentualne dodatkowe atrybuty relacji (np. ocena, data).
Klucz główny jednoznacznie identyfikuje każdy wiersz tabeli, czyli każde wystąpienie encji. Ułatwia tworzenie relacji (klucze obce), zapewnia spójność danych i pozwala aplikacji internetowej bezpiecznie odwoływać się do konkretnych rekordów.
Nie. Kwerenda to zapytanie do danych (np. SELECT), które zwraca wynik z tabel lub widoków. Może prezentować dane "jak tabela", ale nie jest podstawową strukturą przechowywania encji. Encja w modelu relacyjnym jest mapowana na tabelę.
Najczęstsze błędy to: mylenie encji z rekordem (typ vs instancja), mylenie relacji (związek) z "relacyjną bazą", oraz traktowanie kwerendy jako miejsca przechowywania danych. Pomaga zapamiętać: tabela = struktura, wiersz = dane konkretne.
info

Około 76% zdających odpowiada poprawnie na to pytanie. średnio łatwe

Według specjalistów z branży: "Encja to typ obiektu w modelu pojęciowym (np. "Klient")."

Źródła:

  • Abraham Silberschatz, Henry F. Korth, S. Sudarshan, "Database System Concepts", rozdziały o modelu ER i mapowaniu do modelu relacyjnego (entity-to-table mapping)
  • Ramez Elmasri, Shamkant B. Navathe, "Fundamentals of Database Systems", rozdziały: ER model oraz Relational Data Model
  • ISO/IEC 9075 (SQL) – część dotycząca definicji tabel i schematu relacyjnego jako podstawowej struktury danych w SQL (standard SQL)

Materiały:

  • Podręczniki do podstaw baz danych (model ER, model relacyjny, normalizacja)
  • Dokumentacja/opracowania wprowadzające do SQL (DDL: CREATE TABLE)
  • Materiały przygotowujące do INF.3 z działu: bazy danych i modelowanie

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego