Podstawowym obiektem bazy danych, w którym dane są zapisywane w postaci wierszy (rekordów) i kolumn (pól), jest
A. tabela
B. makro
C. raport
D. formularz
Tabela jest podstawowym obiektem relacyjnej bazy danych, bo to właśnie w niej dane są fizycznie lub logicznie organizowane w postaci wierszy i kolumn. Wiersz nazywamy rekordem, czyli pojedynczym zestawem informacji o jednym obiekcie, np. jednym kliencie, produkcie albo zamówieniu. Kolumna to pole, czyli konkretny rodzaj danych, np. imię, nazwisko, cena, data_zamowienia. W praktyce, gdy projektujesz bazę dla sklepu internetowego, tworzysz tabele takie jak Klienci, Produkty, Zamowienia, a potem łączysz je relacjami przez klucze główne i obce. To jest fundament dobrego projektu bazy danych. Moim zdaniem najłatwiej zapamiętać to tak: tabela przechowuje dane, formularz pomaga je wprowadzać, raport je prezentuje, a makro automatyzuje czynności. Dobra praktyka branżowa mówi też, żeby tabele miały sensowne nazwy, jednoznaczne pola, określone typy danych oraz klucz główny, bo bez tego baza szybko robi się chaotyczna i trudna w utrzymaniu.
W bazach danych łatwo pomylić obiekty, bo w programach takich jak Microsoft Access obok siebie występują tabele, formularze, raporty i makra. Trzeba jednak rozróżnić, który obiekt rzeczywiście przechowuje dane, a który tylko pomaga z nimi pracować. Raport służy głównie do prezentacji i wydruku danych, na przykład zestawienia sprzedaży za miesiąc albo listy uczniów z ocenami. Może pobierać dane z tabel lub kwerend, ale sam nie jest podstawowym miejscem ich zapisu. Formularz jest interfejsem użytkownika, często wygodniejszym niż bezpośrednia edycja tabeli. Dzięki niemu można wpisywać, poprawiać i przeglądać rekordy, ale nadal dane trafiają do tabeli, nie do formularza jako głównego magazynu. Makro z kolei służy do automatyzacji działań, np. otwierania formularza, uruchomienia kwerendy albo wykonania prostego procesu bez pisania pełnego kodu. Typowy błąd myślowy polega na tym, że użytkownik widzi formularz na ekranie i uznaje go za miejsce przechowywania danych. Z mojego doświadczenia to dość częste, zwłaszcza na początku nauki Accessa. W modelu relacyjnym podstawą są jednak tabele: mają kolumny, rekordy, typy danych, klucze i relacje. To na nich opiera się poprawne projektowanie bazy, zgodne z dobrymi praktykami, normalizacją i późniejszym użyciem SQL.