Obiektem bazy danych MS Access służącym do automatyzowania powtarzanych czynności, np. otwierania formularza po kliknięciu przycisku, jest
A. kwerenda
B. raport
C. formularz
D. makro
Makro w MS Access jest obiektem służącym do automatyzowania powtarzalnych czynności w bazie danych, dlatego w tym pytaniu właśnie ta odpowiedź jest właściwa. Za pomocą makra można np. otworzyć formularz, uruchomić raport, przejść do konkretnego rekordu, wyświetlić komunikat, zastosować filtr albo wykonać zestaw operacji po kliknięciu przycisku. W praktyce bardzo często podpina się makro pod zdarzenie, takie jak kliknięcie przycisku w formularzu, otwarcie formularza czy zmiana wartości pola. Moim zdaniem to jedna z wygodniejszych funkcji Accessa dla osób, które jeszcze nie chcą pisać kodu VBA, ale potrzebują zautomatyzować pracę użytkownika. Dobra praktyka jest taka, żeby makra nazywać czytelnie, np. OtworzFormularzKlienci, a nie Makro1, bo później łatwiej utrzymać bazę. W bardziej rozbudowanych aplikacjach bazodanowych automatyzacja powinna być przemyślana: formularz odpowiada za interfejs, kwerenda za pobieranie i przetwarzanie danych, raport za prezentację wydruku, a makro za uruchamianie akcji i łączenie tych elementów w prosty proces.
W MS Access łatwo pomylić różne obiekty, bo one często współpracują ze sobą w jednej aplikacji bazodanowej. Raport nie służy jednak do automatyzacji czynności, tylko do prezentowania danych w formie przeznaczonej do wydruku albo podglądu, na przykład zestawienia sprzedaży, listy klientów czy miesięcznego podsumowania zamówień. Można raport otworzyć automatycznie, ale sam raport nie jest mechanizmem automatyzującym. Formularz również bywa mylący, ponieważ to na nim zwykle znajduje się przycisk, który użytkownik klika. Trzeba jednak rozróżnić interfejs od akcji: formularz jest ekranem do wprowadzania, przeglądania i edycji danych, natomiast działanie po kliknięciu przycisku najczęściej realizuje makro albo kod VBA. Kwerenda ma jeszcze inną rolę. Służy do pobierania, filtrowania, sortowania, łączenia albo modyfikowania danych, często z użyciem warunków podobnych do SQL. Kwerenda może przygotować dane dla formularza lub raportu, ale nie jest typowym obiektem do obsługi zdarzeń użytkownika. Typowy błąd myślowy polega na tym, że ktoś widzi przycisk na formularzu i uznaje, że to formularz wykonuje całą automatykę. W praktyce formularz tylko udostępnia miejsce na kontrolki, a dopiero przypisane do zdarzenia makro wykonuje konkretne polecenia. Z mojego doświadczenia warto zapamiętać prosty podział: dane są w tabelach, zapytania robią kwerendy, ekran daje formularz, wydruk robi raport, a powtarzalne akcje automatyzuje makro.