Formularze w systemach bazodanowych (oraz w aplikacjach, które korzystają z bazy danych) projektuje się głównie po to, aby użytkownik mógł łatwo i bezpiecznie wykonywać operacje na danych. Najczęściej chodzi o czynności typu CRUD: tworzenie rekordów (wprowadzanie), ich modyfikację (edycja) oraz usuwanie. Formularz porządkuje pola, może wymuszać formaty (np. daty), stosować listy wyboru i ograniczać dostęp do elementów, co zmniejsza liczbę błędów i przyspiesza pracę.
Odpowiedź "wygodniejszego wprowadzania, edytowania i usuwania danych" jest więc zgodna z praktycznym przeznaczeniem formularzy jako warstwy interfejsu do zapisu zmian w tabelach.
Pozostałe propozycje opisują inne obiekty lub inne zadania:
- "wyszukiwania wierszy spełniających dane kryteria" – to typowe zadanie kwerend, filtrów lub zapytań SQL. Formularz może zawierać pola do wpisania kryteriów, ale samo wyszukiwanie jest logiką zapytania, nie celem istnienia formularza.
- "wprowadzenia powiązań w relacyjnych bazach danych" – relacje definiuje się na poziomie projektu bazy (klucze główne/obce, więzy integralności). Formularz może wykorzystywać relacje (np. formularz główny i podformularz), ale ich nie "wprowadza" jako podstawowej funkcji.
- "raportowania danych" – raporty służą do prezentacji wyników, zestawień i wydruków. Formularz nastawia się na wprowadzanie i edycję, a raport na czytelne podsumowanie danych.
Wskazówka egzaminacyjna: jeśli w odpowiedziach pojawiają się jednocześnie formularz, kwerenda i raport, warto skojarzyć je z rolami: formularz = edycja/wprowadzanie, kwerenda = wyszukiwanie/wybór danych, raport = prezentacja/druk.
