KWALIFIKACJA INF3 - WRZESIEŃ 2015

PYTANIE NR 21.
Uprawnienia obiektowe, nadawane użytkownikom serwera bazy danych, mogą pozwalać lub zabraniać
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Uprawnienia obiektowe dotyczą konkretnych obiektów bazy (np. tabel, widoków) i kontrolują typowe operacje na danych, takie jak wstawianie czy modyfikacja (INSERT/UPDATE). Nie obejmują natomiast zadań administracyjnych: zarządzania użytkownikami/rolami ani wykonywania operacji typu kopia zapasowa.

Pełne wyjaśnienie:

Uprawnienia w DBMS dzieli się (w ujęciu ogólnym) na takie, które dotyczą konkretnych obiektów danych, oraz na takie, które dotyczą administracji systemem. Pytanie dotyczy uprawnień obiektowych, czyli kontroli dostępu do obiektów takich jak tabele czy widoki. Tego typu uprawnienia zwykle pozwalają albo zabraniają wykonywania operacji na danych: odczytu i modyfikacji, np. wstawiania nowych rekordów lub aktualizacji istniejących.

Dlatego poprawna jest odpowiedź: "wykonywać operacje na bazie, takie jak wstawianie lub modyfikowanie danych." – opisuje ona typowe operacje DML, które są kontrolowane uprawnieniami do obiektów (np. do tabeli).

Pozostałe odpowiedzi dotyczą innych obszarów uprawnień lub są zbyt ogólne:

  • "modyfikować role i konta użytkowników." – to zakres administracyjny (zarządzanie tożsamościami i rolami), zwykle zarezerwowany dla administratora i nie wynika bezpośrednio z uprawnień do obiektów danych.
  • "wykonywać instrukcje, takie jak tworzenie kopii zapasowej." – wykonywanie kopii zapasowej jest operacją administracyjną na poziomie serwera/instancji, a nie typową operacją na obiekcie (tabeli/widoku). W praktyce wymaga oddzielnych uprawnień administracyjnych.
  • "dziedziczyć uprawnienia." – dziedziczenie to mechanizm modelu uprawnień (np. przez role), a nie "czynność", którą uprawnienia obiektowe pozwalają lub zabraniają wykonać na obiekcie. To częsty skrót myślowy: miesza się mechanizm nadawania uprawnień z samymi operacjami na danych.

Wskazówka egzaminacyjna: jeśli w treści pojawiają się uprawnienia obiektowe, myśl o obiektach i operacjach typu odczyt/wstawianie/modyfikacja/usuwanie. Gdy odpowiedź dotyczy kont, ról, kopii zapasowych lub konfiguracji serwera, zwykle wchodzi w zakres uprawnień administracyjnych, a nie obiektowych.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
To uprawnienia przypisane do konkretnych obiektów bazy (np. tabeli, widoku, sekwencji). Określają, czy użytkownik może wykonywać na nich operacje, takie jak odczyt lub modyfikacja danych. Nie są to uprawnienia do administrowania całym serwerem.
Najczęściej dotyczą operacji DML: odczytu oraz zmian w danych, czyli m.in. wstawiania nowych wierszy i aktualizacji istniejących. W praktyce uprawnienia są nadawane osobno dla różnych działań, aby ograniczać dostęp zgodnie z zasadą minimalnych uprawnień.
Bo konta i role to elementy administracji bezpieczeństwem serwera/instancji DBMS. Uprawnienia obiektowe odnoszą się do danych i obiektów (tabel, widoków), a modyfikowanie ról lub kont zwykle wymaga uprawnień administracyjnych, niezależnych od dostępu do tabel.
Nie. Kopia zapasowa dotyczy zwykle całej bazy lub instancji i jest traktowana jako zadanie administracyjne. To inny poziom uprawnień niż prawo do wstawiania lub modyfikowania rekordów w konkretnej tabeli aplikacji internetowej.
Jeśli odpowiedź mówi o pracy na danych (wstawianie, modyfikacja, odczyt), to zwykle pasuje do uprawnień obiektowych. Gdy pojawiają się hasła: konta, role, kopie zapasowe, konfiguracja serwera – to sygnał uprawnień administracyjnych/systemowych.
W zależności od DBMS uprawnienia mogą dotyczyć m.in. tabel, widoków, sekwencji czy funkcji. Kluczowa idea jest stała: uprawnienie jest powiązane z obiektem, a nie z całym środowiskiem administracyjnym serwera.
Tak, role często służą do grupowania uprawnień (w tym obiektowych) i wygodnego ich nadawania wielu użytkownikom. To jednak mechanizm organizacji uprawnień, a nie "operacja na obiekcie" typu wstawienie lub aktualizacja danych.
To podejście, w którym użytkownik lub konto aplikacyjne dostaje tylko te prawa, które są niezbędne do wykonania zadań. Zmniejsza to ryzyko błędów i nadużyć, np. konto aplikacji może mieć prawo do modyfikacji wybranych tabel, ale nie do zarządzania użytkownikami.
Najczęściej mieszają pojęcia: uznają, że dostęp do tabel oznacza też dostęp do administracji, lub traktują operacje administracyjne (kopie, konta, role) jak zwykłe operacje na danych. Pomaga zapamiętać podział: dane/obiekty vs administracja/serwer.
Warto przećwiczyć scenariusze: utworzyć użytkownika testowego, nadać mu dostęp do wybranej tabeli i sprawdzić, które operacje działają, a które są blokowane. Dobrą praktyką jest testowanie kilku kont o różnych rolach, aby zobaczyć efekt ograniczeń.
info

Statystycznie 47% uczniów zna prawidłową odpowiedź. trudne

Eksperci podkreślają: "Uprawnienia obiektowe dotyczą konkretnych obiektów bazy (np. tabel, widoków) i kontrolują typowe operacje na danych, takie jak wstawianie czy modyfikacja (INSERT/UPDATE)."

Źródła:

  • PostgreSQL Documentation: GRANT – opis uprawnień do obiektów (tables, sequences, functions), https://www.postgresql.org/docs/current/sql-grant.html - accessed 2026-02-27
  • MySQL 8.0 Reference Manual: GRANT Statement – zakres przywilejów i uprawnień, https://dev.mysql.com/doc/refman/8.0/en/grant.html - accessed 2026-02-27
  • Oracle Database Documentation: Object Privileges – koncepcja uprawnień do obiektów schematu, https://docs.oracle.com/en/database/ - (sekcja Object Privileges, nawigacja dokumentacji) accessed 2026-02-27

Materiały:

  • Dokumentacja DBMS: sekcje o uprawnieniach/privileges i poleceniach GRANT/REVOKE
  • Materiały kursowe z administracji baz danych (kontrola dostępu, role, użytkownicy)
  • Ćwiczenia praktyczne: nadawanie uprawnień do tabel oraz testowanie dostępu na różnych kontach

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego