Pytania pomocnicze - INF.03

To gotowy zestaw uprawnień przypisywany użytkownikowi lub loginowi na poziomie całego serwera SQL Server. Przykładami są `dbcreator`, `sysadmin`, `securityadmin` i `diskadmin`.

Rola serwerowa działa na poziomie całego serwera SQL Server, a rola bazodanowa tylko w obrębie jednej konkretnej bazy danych. Role serwerowe dotyczą zwykle administracji i konfiguracji.

Rola `dbcreator` pozwala tworzyć, modyfikować, usuwać i przywracać bazy danych. Dotyczy zarządzania bazami, a nie pełnej administracji całym serwerem.

Pozwala tworzyć, modyfikować, usuwać i odtwarzać bazy danych. Nie daje pełnej kontroli nad całym serwerem.

`dbcreator` daje uprawnienia głównie do zarządzania bazami danych. `sysadmin` daje pełną kontrolę nad serwerem SQL Server i wszystkimi bazami.

Zarządzanie bezpieczeństwem jest związane z innymi rolami, np. securityadmin. Rola dbcreator koncentruje się na operacjach dotyczących baz danych.

Za zarządzanie bezpieczeństwem odpowiada m.in. rola `securityadmin`. Może ona zarządzać loginami i uprawnieniami związanymi z dostępem.

Taką rolą jest sysadmin. Jej członek ma praktycznie nieograniczone możliwości administracyjne na serwerze SQL Server.

Pełne uprawnienia administracyjne ma rola `sysadmin`. Jej członkowie mogą wykonać praktycznie każdą operację na serwerze SQL Server.

dbcreator dotyczy baz danych, securityadmin bezpieczeństwa i loginów, a diskadmin zarządzania plikami dyskowymi. Kluczem jest powiązanie nazwy roli z zakresem jej działania.

Tak. Jednym z typowych uprawnień roli `dbcreator` jest możliwość przywracania, czyli odtwarzania bazy danych z kopii zapasowej.

Tak, to jedno z typowych uprawnień tej roli. Właśnie dlatego w poprawnej odpowiedzi pojawia się także odzyskiwanie bazy danych.

Zarządzanie plikami dyskowymi używanymi przez SQL Server jest związane z innymi rolami, np. `diskadmin`. `dbcreator` koncentruje się na operacjach dotyczących baz danych.

WYSIWYG oznacza „What You See Is What You Get”, czyli „to, co widzisz, jest tym, co otrzymasz”. Chodzi o edycję wizualną zbliżoną do efektu końcowego.

To zasada „What You See Is What You Get”, czyli użytkownik podczas edycji widzi efekt zbliżony do końcowego wyglądu strony.

Podstawową cechą jest możliwość oglądania podczas edycji wyglądu strony podobnego do tego, który będzie widoczny w przeglądarce internetowej.

Najważniejsza jest możliwość uzyskania podglądu strony podobnego do tego, jak będzie wyglądała w przeglądarce internetowej.

Bo istotą WYSIWYG jest zgodność między widokiem w edytorze a efektem końcowym, a nie dodatkowe funkcje programu.

Nie zawsze. Edytor WYSIWYG zwykle pozwala tworzyć stronę wizualnie, choć często generuje kod HTML i CSS w tle.

Nie. FTP służy do przesyłania plików na serwer, ale nie jest cechą definiującą zasadę WYSIWYG.

Nie. FTP może być dodatkiem do programu, ale nie decyduje o tym, czy edytor działa zgodnie z zasadą WYSIWYG.

FTP służy do przesyłania plików na serwer. Może być dodatkową funkcją programu, ale nie jest istotą edycji WYSIWYG.

Nie. To dodatkowa funkcja programu, a nie cecha określająca pracę w trybie WYSIWYG.

Nie. To osobna funkcja programu. WYSIWYG dotyczy sposobu wizualnej edycji i podglądu efektu końcowego.

Najczęściej występują w systemach CMS, kreatorach stron, edytorach treści internetowych i narzędziach do przygotowywania newsletterów.

Ponieważ obróbka dźwięku dotyczy multimediów, a WYSIWYG odnosi się do wizualnego podglądu efektu końcowego podczas edycji.

Ułatwia tworzenie stron i dokumentów, ponieważ pozwala pracować na widoku zbliżonym do końcowego rezultatu bez ciągłego analizowania kodu.

Edytor kodu wymaga bezpośredniej pracy z HTML, CSS lub JavaScript. Edytor WYSIWYG pozwala projektować stronę głównie przez interfejs graficzny.

Edytor WYSIWYG pokazuje wygląd dokumentu lub strony, a edytor kodu skupia się na ręcznej edycji HTML, CSS czy skryptów.

Nie zawsze identycznie, ale powinien umożliwiać uzyskanie rezultatu podobnego do wizualizacji w przeglądarce.

Właściwość to zmienna zadeklarowana wewnątrz klasy. Przechowuje dane obiektu, np. imię użytkownika, cenę produktu lub identyfikator.

Właściwość ma postać zmiennej, np. `public $x;`, a metoda zawiera słowo `function` i nawiasy, np. `public function test() {}`.

Właściwość przechowuje dane obiektu, a metoda opisuje jego działanie. W kodzie właściwość ma postać zmiennej z `$`, a metoda jest deklarowana przez `function`.

Metoda to funkcja zdefiniowana wewnątrz klasy. Służy do wykonywania operacji na danych obiektu lub realizowania określonego zachowania.

Właściwości przechowują dane obiektu, czyli jego stan. Każdy obiekt utworzony z klasy może mieć własne wartości tych właściwości.

Metodę rozpoznaje się po słowie kluczowym `function`. Po nim występuje nazwa i nawiasy, np. `public function d() {}`.

Właściwość ma postać zmiennej, np. `public $b;`. Metoda zawiera słowo `function`, np. `public function d() {}`.

Metody definiują działania, które obiekt może wykonywać. Mogą odczytywać lub zmieniać wartości właściwości.

Ponieważ są zadeklarowane w klasie jako zmienne poprzedzone znakiem `$` i nie mają słowa `function`. To oznacza pola klasy, czyli właściwości.

`public` to modyfikator dostępu. Oznacza, że dana właściwość lub metoda jest dostępna z zewnątrz klasy.

`public` oznacza, że do właściwości lub metody można odwoływać się także spoza klasy, np. przez obiekt.

Nie. Klasa jest wzorcem, a obiekt to konkretna instancja utworzona na podstawie klasy, np. przez operator `new`.

W tym kodzie znajduje się jedna metoda: `d()`. Pozostałe elementy, `$b` i `$c`, są właściwościami.

Używa się operatora `->`, np. `$obiekt->b` dla właściwości i `$obiekt->d()` dla metody.

`public` to modyfikator dostępu. Oznacza, że do danej właściwości lub metody można odwoływać się także spoza klasy.

Nie. Klasa jest szablonem, a obiekt jest konkretną instancją utworzoną na podstawie tej klasy.

Kod pokazuje tylko definicję klasy, a nie tworzenie obiektów. Obiekt powstaje dopiero po użyciu np. `new A()`.

Zawiera dwie właściwości: `$b` i `$c`, oraz jedną metodę: `d()`. Dlatego poprawna odpowiedź dotyczy dwóch właściwości.

Służy do usunięcia duplikatów z wyniku zapytania. Zwracane są tylko unikalne wiersze.

DISTINCT usuwa powtarzające się wiersze z wyniku zapytania. Dzięki temu zwracane są tylko unikalne wartości lub unikalne kombinacje wartości.

`DISTINCT` usuwa powtarzające się wyniki, a `ORDER BY` sortuje wyniki. Są to różne operacje i mogą być używane razem.

Nie. Do sortowania służy klauzula `ORDER BY`; `DISTINCT` jedynie eliminuje duplikaty.

WHERE filtruje rekordy według warunku, a DISTINCT usuwa powtórzenia z już wybranego zestawu wyników. To dwa różne mechanizmy.

Unikalność jest sprawdzana dla całej kombinacji wskazanych kolumn. Duplikatem jest dopiero wiersz, w którym wszystkie wybrane wartości są takie same.

Wtedy unikalność dotyczy całej kombinacji wartości we wszystkich wskazanych kolumnach. Duplikatem jest tylko identyczny zestaw wartości.

`DISTINCT` usuwa duplikaty z wyniku, a `GROUP BY` grupuje rekordy, najczęściej w celu użycia funkcji agregujących, np. `COUNT()` lub `SUM()`.

WHERE filtruje rekordy według podanego warunku przed zwróceniem wyniku. DISTINCT nie filtruje po warunku, tylko usuwa powtórzenia z już wybranego zestawu danych.

Nie, od filtrowania rekordów służy głównie klauzula WHERE. DISTINCT działa dopiero na zestawie wynikowym i usuwa z niego powtórzenia.

Gdy potrzebna jest lista niepowtarzających się wartości, np. unikalnych miast, kategorii produktów albo nazwisk zapisanych w tabeli.

Gdy chcesz otrzymać listę unikalnych wartości, np. nazwy miast, kategorii lub identyfikatorów występujących w tabeli bez powtórzeń.

Gdy trzeba policzyć liczbę różnych wartości w kolumnie, a nie wszystkich rekordów. Przykładowo można policzyć liczbę unikalnych miast lub identyfikatorów klientów.

Klucz główny jednoznacznie identyfikuje każdy rekord w tabeli. Dzięki temu można bezpiecznie odwoływać się do konkretnych wierszy, aktualizować je i łączyć z innymi tabelami.

Klucz główny jednoznacznie identyfikuje każdy rekord w tabeli. Dzięki temu można bezpiecznie odwoływać się do konkretnych danych i tworzyć relacje między tabelami.

PRIMARY KEY musi mieć wartości unikalne i nie może przyjmować wartości NULL. W praktyce oznacza to połączenie ograniczeń UNIQUE oraz NOT NULL.

Oznacza to, że dwie krotki w tej samej tabeli nie mogą mieć takiej samej wartości klucza głównego. Każdy rekord musi mieć własny, niepowtarzalny identyfikator.

Klucz główny musi być unikalny i nie może przyjmować wartości NULL. Jego zadaniem jest identyfikacja każdego wiersza w tabeli.

Klucz główny musi być unikalny i nie może przyjmować wartości NULL. Te cechy zapewniają jednoznaczną identyfikację wierszy.

Klucz główny identyfikuje rekord w swojej tabeli. Klucz obcy wskazuje na klucz główny lub unikalny w innej tabeli i służy do tworzenia relacji między tabelami.

Wartość `NULL` oznacza brak wartości lub wartość nieznaną. Klucz główny musi jednoznacznie wskazywać rekord, więc nie może być pusty ani nieokreślony.

PRIMARY KEY identyfikuje rekord w swojej tabeli, a FOREIGN KEY wskazuje rekord w innej tabeli. Klucz obcy służy do tworzenia powiązań między tabelami.

Nie. Klucz obcy jest potrzebny tylko wtedy, gdy tabela ma być powiązana z inną tabelą. Natomiast klucz główny powinien występować w każdej poprawnie zaprojektowanej tabeli.

`PRIMARY KEY` identyfikuje rekord w tabeli, a `FOREIGN KEY` wskazuje na klucz główny lub unikalny w innej tabeli. Klucz obcy służy do tworzenia relacji między tabelami.

Wiele rekordów może odnosić się do tego samego rekordu w tabeli nadrzędnej. Dlatego powtarzające się wartości klucza obcego są normalne.

Klucz obcy opisuje relację z inną tabelą, ale nie identyfikuje jednoznacznie rekordów w bieżącej tabeli. Do tego potrzebny jest klucz główny.

NULL oznacza brak znanej wartości, więc nie może jednoznacznie identyfikować rekordu. Klucz główny musi zawsze wskazywać konkretny, rozpoznawalny wiersz.

Nie. Klucz obcy jest potrzebny tylko wtedy, gdy tabela ma być powiązana z inną tabelą. Natomiast klucz główny powinien występować w każdej dobrze zaprojektowanej tabeli.

Oznacza, że w danej kolumnie musi znaleźć się wartość. Nie można pozostawić pola pustego w sensie bazy danych.

Tak. Taki klucz nazywa się kluczem złożonym. Unikalność dotyczy wtedy całej kombinacji wartości w kilku kolumnach.

Zwykle nie trzeba, ponieważ `PRIMARY KEY` sam z siebie wymusza `NOT NULL` i `UNIQUE`. W pytaniach egzaminacyjnych często podkreśla się jednak te cechy definicyjne klucza głównego.

UNIQUE wymusza niepowtarzalność wartości w kolumnie. Stosuje się je np. dla numeru PESEL, loginu lub adresu e-mail.

UNIQUE zapewnia niepowtarzalność wartości, ale w zależności od systemu baz danych może dopuszczać NULL. PRIMARY KEY zawsze wymaga unikalności i braku NULL, a tabela powinna mieć tylko jeden klucz główny.

`AUTO_INCREMENT` automatycznie nadaje kolejne wartości liczbowe nowym rekordom. Ułatwia to tworzenie unikalnych identyfikatorów bez ręcznego wpisywania numerów.

Tak, jeśli nie uczestniczy w relacjach z innymi tabelami. Klucz obcy jest potrzebny tylko wtedy, gdy tabela ma odwoływać się do innej tabeli.

PRIMARY KEY łączy obie te cechy: wartość musi być unikalna i nie może być pusta. Dlatego klucz główny zapewnia poprawną identyfikację rekordu.

Zapobiega duplikowaniu i niejednoznaczności rekordów. Dzięki temu baza zachowuje spójność i łatwiej kontrolować poprawność operacji.

Bez klucza głównego mogą pojawiać się duplikaty i trudności z rozróżnieniem rekordów. Utrudnia to aktualizację, usuwanie i powiązanie danych z innymi tabelami.

CLR odpowiada za uruchamianie aplikacji .NET, zarządzanie ich wykonaniem oraz tłumaczenie kodu pośredniego IL na kod maszynowy za pomocą kompilacji JIT.

CLR, czyli Common Language Runtime, to wspólne środowisko uruchomieniowe .NET. Odpowiada za wykonywanie kodu, zarządzanie pamięcią i przekształcanie kodu pośredniego na kod maszynowy.

CLR jest środowiskiem uruchomieniowym, które wykonuje program. BCL to biblioteka klas bazowych, czyli zestaw gotowych klas i funkcji używanych podczas programowania.

JIT kompiluje kod pośredni IL/MSIL do kodu maszynowego właściwego dla procesora komputera. Dzięki temu aplikacja może być uruchamiana na danej platformie sprzętowej.

IL, czyli Intermediate Language, to kod pośredni tworzony po kompilacji programu .NET. Nie jest jeszcze kodem maszynowym konkretnego procesora.

CLR jest środowiskiem uruchomieniowym, które wykonuje program i zarządza jego działaniem. BCL to biblioteka gotowych klas i typów używanych podczas tworzenia aplikacji.

Kompilacja JIT polega na tłumaczeniu kodu pośredniego IL na kod maszynowy dopiero w czasie uruchamiania programu.

CLI to wspólna infrastruktura językowa określająca zasady działania środowiska .NET, takie jak typy danych i uruchamianie kodu. CLR jest praktyczną implementacją środowiska uruchomieniowego zgodną z tymi założeniami.

Różne języki .NET kompilują kod do wspólnego kodu pośredniego IL, który następnie może być wykonywany przez CLR.

Różne języki, takie jak C# czy VB.NET, kompilują kod do wspólnego kodu pośredniego. Następnie CLR uruchamia ten kod w jednolity sposób.

CLI jest specyfikacją opisującą wspólną infrastrukturę językową .NET. CLR jest konkretnym środowiskiem uruchomieniowym, które realizuje te zasady.

CLR zarządza pamięcią, obsługuje wyjątki, kontroluje bezpieczeństwo i nadzoruje wykonanie aplikacji. To podstawowy element działania programów .NET.

BCL oznacza bibliotekę klas bazowych, a nie mechanizm uruchamiania kodu. Opis przekształcania kodu pośredniego na maszynowy wskazuje na CLR.

Ich celem jest sprawdzenie, czy system lub moduł spełnia wymagania dotyczące wydajności, np. czasu odpowiedzi, liczby obsługiwanych użytkowników i zużycia zasobów.

Sprawdzają, czy aplikacja działa wystarczająco szybko i stabilnie przy określonym obciążeniu. Oceniają m.in. czas odpowiedzi, przepustowość i zużycie zasobów.

Celem jest sprawdzenie, czy system spełnia wymagania dotyczące szybkości działania, obciążenia i stabilności.

Testy funkcjonalne sprawdzają, czy system wykonuje wymagane funkcje. Testy wydajnościowe sprawdzają, jak szybko i stabilnie system działa pod określonym obciążeniem.

Test funkcjonalny sprawdza, czy funkcje działają zgodnie z wymaganiami. Test wydajnościowy sprawdza, jak szybko i stabilnie system działa w określonych warunkach.

Najczęściej mierzy się czas odpowiedzi, liczbę obsługiwanych żądań, obciążenie procesora, zużycie pamięci RAM i stabilność systemu.

Testy funkcjonalne sprawdzają, czy aplikacja działa poprawnie, a testy wydajnościowe badają, jak szybko i stabilnie działa przy określonym obciążeniu.

Można mierzyć czas ładowania strony, czas odpowiedzi serwera, liczbę żądań na sekundę, obciążenie procesora, pamięci RAM oraz wydajność zapytań do bazy danych.

Debugowanie służy do znajdowania i usuwania błędów w kodzie. Testy wydajnościowe oceniają, czy system spełnia wymagania dotyczące szybkości i pracy pod obciążeniem.

Najczęściej mierzy się czas odpowiedzi, przepustowość, liczbę jednoczesnych użytkowników oraz zużycie zasobów serwera.

Testy obciążeniowe sprawdzają działanie systemu przy założonej lub przewidywanej liczbie użytkowników albo żądań. Pozwalają ocenić, czy aplikacja działa poprawnie w normalnych warunkach pracy.

Pozwalają wykryć, czy aplikacja będzie działać poprawnie przy większej liczbie użytkowników. Pomagają też znaleźć wąskie gardła, np. wolne zapytania SQL lub źle zoptymalizowany kod.

Pozwalają wykryć problemy z szybkością i przeciążeniem zanim użytkownicy zaczną korzystać z systemu. Dzięki temu można poprawić jakość działania i uniknąć awarii przy większym ruchu.

Pozwalają wykryć spowolnienia i wąskie gardła przed wdrożeniem, dzięki czemu aplikacja lepiej radzi sobie przy większym ruchu.

Nie. Ich celem nie jest analiza uszkodzeń sprzętu czy błędów systemu, lecz ocena parametrów działania aplikacji i systemu.

Testy przeciążeniowe sprawdzają zachowanie systemu po przekroczeniu typowego lub dopuszczalnego obciążenia. Pomagają ustalić granice wydajności aplikacji.

To konkretne oczekiwanie dotyczące działania systemu, np. maksymalny czas odpowiedzi, minimalna liczba obsługiwanych użytkowników albo dopuszczalne zużycie zasobów.

Nie, ich głównym celem nie jest analiza uszkodzeń sprzętu ani błędów systemu. Skupiają się na wydajności samego systemu lub modułu.

Nie. Mogą obejmować także bazę danych, frontend, API, sieć oraz czas ładowania strony po stronie użytkownika.

Wolno działająca strona może zniechęcać użytkowników i obniżać skuteczność serwisu. Testy wydajnościowe pomagają znaleźć wąskie gardła, np. zbyt wolne zapytania SQL lub nieoptymalny kod.

Testy obciążeniowe sprawdzają działanie systemu przy określonej lub rosnącej liczbie użytkowników i żądań. Są jednym z rodzajów testów wydajnościowych.

Test obciążeniowy sprawdza działanie systemu przy przewidywanym ruchu i typowym obciążeniu. Test przeciążeniowy bada, co dzieje się po przekroczeniu granic wydajności.

Oznacza to, że osiąga założone parametry, np. odpowiedź w określonym czasie i poprawną pracę przy ustalonej liczbie użytkowników.

Oznacza to, że osiąga założone parametry, np. odpowiedni czas odpowiedzi i stabilną pracę przy określonym obciążeniu.

Nie. Awaria sprzętu dotyczy raczej testów niezawodności, odporności lub procedur awaryjnych. Testy wydajnościowe koncentrują się na szybkości i zachowaniu systemu pod obciążeniem.

Aplikacja może działać wolno, zawieszać się lub przestawać odpowiadać przy większym ruchu. Może to prowadzić do złego doświadczenia użytkownika i awarii usługi.

Pokazują miejsca powodujące opóźnienia, np. zbyt wolne zapytania do bazy, nieoptymalny kod lub przeciążony serwer.

Oznacza, że dokument jest tworzony zgodnie ze standardem HTML5. Jest to uproszczona deklaracja typu dokumentu wprowadzona w HTML5.

Informuje przeglądarkę, że dokument ma być interpretowany jako HTML5. Pomaga uruchomić standardowy tryb renderowania strony.

Deklarację DOCTYPE umieszcza się na samym początku pliku HTML, przed znacznikiem `<html>`.

W HTML5 uproszczono deklarację typu dokumentu do jednej, krótkiej formy. Nie trzeba już podawać długich identyfikatorów DTD jak w HTML 4.01 czy XHTML.

Informuje przeglądarkę, jak interpretować kod HTML. Dzięki niej przeglądarka zwykle działa w trybie zgodnym ze standardami.

Przeglądarka może przejść w tzw. quirks mode, czyli tryb zgodności wstecznej. W efekcie strona może być wyświetlana inaczej niż oczekiwano.

W HTML5 deklaracja jest krótka: `<!DOCTYPE html>`. W HTML 4 była znacznie dłuższa i zawierała odwołanie do DTD.

HTML5 używa prostego zapisu <!DOCTYPE html>. W HTML 4.01 deklaracje były dłuższe i zawierały odwołania do DTD, np. PUBLIC oraz adres definicji.

Tak. W praktyce oba zapisy wskazują na HTML5, a wielkość liter nie ma tu istotnego znaczenia.

W praktyce przeglądarki akceptują różne warianty wielkości liter, np. HTML lub html. Najczęściej stosuje się zapis <!DOCTYPE html> jako współczesny standard.

Framework przyspiesza tworzenie aplikacji, dostarczając gotowe mechanizmy, np. routing, obsługę bazy danych, formularzy i błędów. Pomaga też uporządkować strukturę kodu.

Biblioteka dostarcza gotowe funkcje, które programista sam wywołuje. Framework narzuca strukturę aplikacji i sam steruje przepływem działania, a programista dopisuje własne elementy w jego schemacie.

Biblioteka wykonuje zwykle konkretne zadanie i jest wywoływana przez programistę. Framework tworzy szkielet aplikacji i często narzuca sposób organizacji oraz przepływu działania programu.

Aplikacje internetowe bardzo często zapisują i odczytują dane, więc frameworki oferują gotowe mechanizmy połączeń, zapytań i obsługi modeli. Przyspiesza to tworzenie aplikacji i porządkuje kod.

Większość aplikacji internetowych zapisuje i odczytuje dane, np. użytkowników, zamówienia lub wpisy. Framework często upraszcza te operacje przez warstwę dostępu do danych albo ORM.

Framework odbiera żądanie użytkownika, analizuje adres i metodę HTTP, a następnie uruchamia odpowiednią akcję, np. metodę kontrolera. To pozwala automatycznie obsługiwać logikę aplikacji.

Oznacza sposób, w jaki framework odbiera żądanie użytkownika, rozpoznaje odpowiedni adres URL i uruchamia właściwy fragment kodu, np. metodę kontrolera.

Nie. Niektóre frameworki mają serwer pomocniczy do testów, ale nie jest to ich najważniejsza cecha. Kluczowe są raczej routing, obsługa akcji i integracja z bazą danych.

Routing przypisuje adresy URL do konkretnych akcji aplikacji. Dzięki temu np. adres /produkty może uruchomić kod wyświetlający listę produktów.

Certyfikat SSL dotyczy bezpieczeństwa połączenia i konfiguracji serwera, a nie budowy frameworka. Framework może wspierać pracę z HTTPS, ale sam certyfikat nie jest jego elementem.

Nie zawsze. Niektóre frameworki mają serwer deweloperski do testów, ale nie jest to podstawowa cecha każdego frameworka ani najważniejszy element jego działania.

Routing przypisuje konkretne adresy URL do odpowiednich akcji aplikacji. Dzięki temu framework wie, jaki kod uruchomić po otrzymaniu żądania.

Nie. Certyfikaty SSL/TLS dotyczą konfiguracji bezpiecznego połączenia HTTPS na serwerze, a nie typowego składu frameworka aplikacyjnego.

Framework porządkuje kod przez podział na warstwy, np. modele, widoki i kontrolery. Ułatwia to rozwój, testowanie i utrzymanie aplikacji.

Polecenie `REVOKE` służy do odbierania wcześniej nadanych uprawnień użytkownikowi bazy danych. Jest przeciwieństwem polecenia `GRANT`.

GRANT nadaje uprawnienia użytkownikowi, a REVOKE je odbiera. Oba polecenia służą do zarządzania dostępem do obiektów bazy danych.

Do zmiany struktury bazy służą przede wszystkim uprawnienia `CREATE`, `ALTER` i `DROP`. Pozwalają one tworzyć, modyfikować i usuwać obiekty bazy danych.

Do zmian struktury należą przede wszystkim CREATE, ALTER i DROP. Są to uprawnienia związane z operacjami DDL.

`UPDATE` dotyczy modyfikowania danych zapisanych w tabeli, a nie zmiany struktury tabeli. Pytanie dotyczy wyłącznie definicji struktury bazy danych.

UPDATE służy do modyfikacji danych w rekordach tabeli, a nie do zmiany jej budowy. Dotyczy więc operacji na danych, nie na strukturze.

`INSERT`, `UPDATE` i `DELETE` dotyczą operacji na rekordach, czyli danych. `CREATE`, `ALTER` i `DROP` dotyczą struktury bazy, np. tabel i schematów.

Uprawnienia do danych to np. SELECT, INSERT, UPDATE, DELETE. Uprawnienia do struktury to np. CREATE, ALTER, DROP.

Oznacza konto użytkownika `anna`, które łączy się z serwera lokalnego, czyli z hosta `localhost`. W MySQL użytkownik i host razem identyfikują konto.

Oznacza konto użytkownika anna, które może łączyć się z hosta localhost, czyli z komputera lokalnego. W MySQL użytkownik i host tworzą razem pełną tożsamość konta.

`GRANT` nadaje użytkownikowi uprawnienia, a `REVOKE` je odbiera. Oba polecenia służą do zarządzania dostępem w bazie danych.

Są związane z DDL, czyli Data Definition Language. Ta grupa poleceń odpowiada za tworzenie i modyfikowanie struktury obiektów bazy danych.

Nie. `REVOKE ALL` odbiera wszystkie uprawnienia, a w pytaniu trzeba odebrać tylko możliwość zmian struktury bazy. Dlatego należy wskazać konkretne uprawnienia: `CREATE`, `ALTER`, `DROP`.

Bo te uprawnienia dotyczą dodawania i usuwania rekordów, czyli pracy na danych. Pytanie dotyczyło wyłącznie zmian w definicji struktury.