W nowszych wersjach Microsoft Access (od 2007 r. w górę, dla formatu plików .accdb) podstawowym, wbudowanym mechanizmem ochrony jest zabezpieczenie całej bazy jako pliku. Najprostszą i najczęściej spotykaną formą takiej ochrony jest hasło bazy danych, które powoduje, że bez podania hasła nie da się otworzyć bazy, a plik jest chroniony poprzez mechanizmy szyfrowania dostępne w Access.
Dlaczego pozostałe odpowiedzi są niepoprawne?
- "stosowanie makr" – makra automatyzują działania (np. uruchamianie formularzy, walidacje), ale same w sobie nie stanowią mechanizmu kryptograficznego ani systemu autoryzacji do otwarcia pliku bazy. Mogą ograniczać pewne operacje w aplikacji, lecz nie zastępują zabezpieczenia dostępu do danych na poziomie pliku.
- "określanie przestrzeni tabel" – dotyczy organizacji/parametrów przechowywania danych (rozmiar, zajętość, optymalizacja), a nie kontroli dostępu. To zagadnienie administracyjne związane z pojemnością, nie z bezpieczeństwem.
- "przypisanie uprawnień" – kojarzy się z nadawaniem praw do obiektów (tabel, kwerend), ale taki model (User-Level Security) był elementem starszych rozwiązań i nie jest wspierany w Access 2007+ dla .accdb. W praktyce kontrolę dostępu realizuje się hasłem/szyfrowaniem bazy albo uprawnieniami systemu Windows do samego pliku, a przy bardziej złożonych wymaganiach przenosi się dane do systemów serwerowych (np. SQL) z rozbudowanymi rolami i uprawnieniami.
Wskazówka egzaminacyjna: jeśli pytanie mówi o zabezpieczeniu całej bazy w Access, najczęściej chodzi o hasło i/lub szyfrowanie pliku, a nie o uprawnienia do pojedynczych tabel czy kwerend.
