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.