Pytania pomocnicze - INF.03

Hermetyzacja polega na ukrywaniu wewnętrznych danych i metod klasy oraz udostępnianiu tylko wybranych elementów. Najczęściej realizuje się ją przez modyfikatory dostępu, np. `private` i `protected`.

Pola oznaczone jako `private` nie mogą być zmieniane bezpośrednio spoza klasy. Pozwala to kontrolować poprawność danych, np. przez metody ustawiające wartości.

`private` daje dostęp tylko wewnątrz tej samej klasy. `protected` daje dostęp w tej klasie oraz w klasach pochodnych, czyli dziedziczących.

Hermetyzacja ogranicza możliwość przypadkowej lub niepoprawnej zmiany danych obiektu. Dzięki temu obiekt może sam kontrolować, jakie wartości są dopuszczalne.

Ogranicza dostęp do danych, więc zmiany mogą być wykonywane tylko w przewidziany sposób. Ułatwia to walidację wartości i zmniejsza ryzyko uszkodzenia stanu obiektu.

Nie. Hermetyzacja nie ukrywa całej klasy, tylko jej wewnętrzne szczegóły działania. Klasa nadal może udostępniać publiczne metody do bezpiecznego korzystania z obiektu.

Nie. Klasa zwykle udostępnia publiczne metody potrzebne do korzystania z obiektu, a ukrywa tylko szczegóły implementacji i dane wewnętrzne.

Metody publiczne tworzą kontrolowany sposób komunikacji z obiektem. Mogą umożliwiać odczyt lub zmianę danych, ale zgodnie z zasadami ustalonymi w klasie.

Stwierdzenie, że klasy i obiekty mogą dzielić się funkcjonalnością, odnosi się do dziedziczenia. Hermetyzacja dotyczy ograniczania dostępu do pól i metod.

Dzielenie się funkcjonalnością dotyczy raczej dziedziczenia, a nie hermetyzacji. Hermetyzacja skupia się na ograniczaniu dostępu do pól i metod.

Stwierdzenie o metodach wirtualnych realizowanych w klasach pochodnych dotyczy polimorfizmu. Hermetyzacja nie polega na nadpisywaniu metod, lecz na ukrywaniu szczegółów klasy.

Kanał alfa odpowiada za przezroczystość piksela lub obiektu graficznego. Im mniejsza wartość alfa, tym bardziej obiekt jest przezroczysty.

RGB opisuje kolor za pomocą składowych czerwonej, zielonej i niebieskiej. RGBA dodaje czwartą składową, czyli kanał alfa określający przezroczystość.

Kanały RGB opisują składowe koloru: czerwony, zielony i niebieski. Kanał alfa nie zmienia barwy, tylko określa przezroczystość.

Nie zmienia bezpośrednio koloru, tylko jego widoczność na tle innych elementów. Kolor może wyglądać inaczej, ponieważ miesza się wizualnie z tłem.

Nie. Nasycenie dotyczy intensywności koloru, natomiast kanał alfa reguluje widoczność/przezroczystość obiektu.

Zależy od zapisu: zwykle jest to `1`, `100%` albo maksymalna wartość w danym formacie, np. `255`. Oznacza to pełną widoczność obiektu.

Przezroczystość często występuje w formacie PNG oraz GIF, choć PNG obsługuje pełny kanał alfa, a GIF zwykle tylko prostą przezroczystość jednego koloru.

Najczęściej jest to `0` lub `0%`. Taki obiekt jest niewidoczny, choć nadal może istnieć w pliku lub układzie strony.

Wartość alfa 0 oznacza pełną przezroczystość, czyli obiekt jest niewidoczny. Wartość maksymalna oznacza pełną nieprzezroczystość.

Najczęściej w formacie PNG, który obsługuje kanał alfa. Przezroczystość może występować także w innych formatach, ale PNG jest klasycznym przykładem w grafice WWW.

Można użyć zapisu `rgba()`, np. `rgba(0, 0, 0, 0.5)`, gdzie ostatnia wartość oznacza poziom alfa. Wartość `0.5` daje 50% przezroczystości.

Instrukcja `SELECT` określa, które kolumny mają zostać wyświetlone w wyniku zapytania. W przykładzie `SELECT imie` oznacza, że pokazana będzie tylko kolumna `imie`.

SELECT wybiera wskazane kolumny z tabeli, a WHERE ogranicza wynik tylko do rekordów spełniających warunek. W tym pytaniu wybierana jest kolumna imie z tabeli zwierzęta.

Klauzula `WHERE` filtruje rekordy według podanego warunku. Do wyniku trafiają tylko te wiersze, które spełniają warunek.

Rekord musi spełnić oba warunki jednocześnie: mieć wartość 2 w kolumnie rodzaj oraz wartość 2016 w kolumnie szczepienie. Jeśli choć jeden warunek jest fałszywy, rekord nie trafi do wyniku.

Operator `AND` oznacza, że wszystkie połączone nim warunki muszą być spełnione jednocześnie. Jeśli choć jeden warunek jest fałszywy, rekord nie zostanie wybrany.

Figaro ma rodzaj = 2, ale w kolumnie szczepienie znajduje się NULL, a nie 2016. Dlatego nie spełnia warunku szczepienie = 2016.

Figaro ma `rodzaj = 2`, ale w kolumnie `szczepienie` znajduje się `NULL`. Nie spełnia więc warunku `szczepienie = 2016`.

Dika i Fuks jako jedyne rekordy mają jednocześnie rodzaj = 2 oraz szczepienie = 2016. Zapytanie zwraca tylko ich imiona.

Warunek spełniają rekordy, w których `rodzaj` ma wartość `2` oraz `szczepienie` ma wartość `2016`. W pokazanej tabeli są to Dika i Fuks.

NULL oznacza brak wartości, więc porównanie typu szczepienie = 2016 nie jest prawdziwe dla NULL. Do sprawdzania NULL używa się IS NULL lub IS NOT NULL.

Nie. Ponieważ po słowie `SELECT` wskazano kolumnę `imie`, wynik będzie zawierał imiona zwierząt, a nie dane właścicieli.

AND wymaga spełnienia wszystkich warunków jednocześnie. OR wymaga spełnienia przynajmniej jednego z warunków.

Należy dodać kolumnę `wlasciciel` do listy wybieranych kolumn, np. `SELECT imie, wlasciciel FROM zwierzeta WHERE rodzaj = 2 AND szczepienie = 2016;`.

Zwróciłoby właścicieli tych samych rekordów, czyli Katarzynę Kowal i Jana Nowaka. Zmieniłaby się tylko wyświetlana kolumna.

Operator `++` zwiększa wartość zmiennej liczbowej o `1`. Przykład: po wykonaniu `x++` wartość `x` jest większa o jeden.

Instrukcja `zmienna++` zwiększa wartość zmiennej o 1. Jest to operator inkrementacji.

Inkrementacja zwiększa wartość zmiennej o `1`, np. `x++`. Dekrementacja zmniejsza wartość o `1`, np. `x--`.

Obie instrukcje zwiększają aktualną wartość zmiennej o 1 i zapisują wynik w tej samej zmiennej.

Oba zapisy zwiększają aktualną wartość zmiennej o jeden. Różnią się składnią, ale końcowa wartość zmiennej jest taka sama.

`zmienna += 1` zwiększa wartość zmiennej o 1, a `zmienna = zmienna + 10` zwiększa ją o 10. Nie są to instrukcje równoważne.

Nie. `zmienna++` zwiększa wartość tylko o `1`, natomiast `zmienna = zmienna + 10` zwiększa ją o `10`.

Operator `--` to dekrementacja, czyli zmniejszenie wartości zmiennej o 1. Jest przeciwieństwem operatora `++`.

Operator `+=` dodaje wartość po prawej stronie do zmiennej po lewej stronie i zapisuje wynik w tej zmiennej. Na przykład `x += 1` oznacza `x = x + 1`.

Nie. Operator `===` służy do ścisłego porównania wartości i typu, a nie do przypisywania nowej wartości.

`x++` najpierw zwraca starą wartość, a potem zwiększa zmienną. `++x` najpierw zwiększa zmienną, a potem zwraca nową wartość.

`=` przypisuje wartość do zmiennej, natomiast `===` sprawdza, czy dwie wartości są równe i mają ten sam typ.

Nie. Operator `===` służy do ścisłego porównania wartości i typu, a nie do modyfikowania wartości zmiennej.

Typ boolean w JavaScript ma tylko dwie wartości: `true` oraz `false`. Oznaczają one odpowiednio prawdę i fałsz.

Typ boolean to typ logiczny, który może przyjmować tylko dwie wartości: `true` albo `false`. Służy do zapisywania wyniku warunków i decyzji w programie.

Wartości boolean są używane głównie w warunkach, np. w instrukcjach `if`, pętlach oraz wyrażeniach logicznych. Pozwalają sterować przebiegiem programu.

W JavaScript wartościami logicznymi są wyłącznie `true` i `false`. Są to słowa kluczowe języka i nie należy zapisywać ich w cudzysłowie.

Nie, są to wartości liczbowe typu `number`. Mogą być co prawda interpretowane jako prawda lub fałsz w kontekście logicznym, ale same nie są typu boolean.

`true` jest wartością typu boolean. `null` oznacza celowy brak wartości i ma inny typ niż boolean.

`null` oznacza celowy brak wartości. Nie jest wartością typu boolean, choć w warunkach logicznych jest traktowane jako wartość fałszywa.

Nie, są to wartości liczbowe typu `number`. W warunkach mogą być konwertowane do wartości logicznej, ale same nie są typem boolean.

Do sprawdzania typu służy operator `typeof`. Przykład: `typeof true` zwraca napis `"boolean"`.

Najczęściej używa się ich w instrukcjach warunkowych, pętlach oraz przy sprawdzaniu wyników porównań, np. `if (czyZalogowany) { ... }`.

Truthy i falsy to wartości innych typów, które JavaScript interpretuje jako prawdę lub fałsz w warunkach. Na przykład `0`, `""`, `null`, `undefined` i `NaN` są falsy, a większość pozostałych wartości jest truthy.

Wyrażenie `typeof true` zwróci napis `"boolean"`. Operator `typeof` służy do sprawdzania typu wartości.

Przezroczystość oznacza, że wybrane piksele obrazu nie zasłaniają tła strony lub innej grafiki. Dzięki temu obraz może być umieszczony np. na kolorowym tle bez widocznego prostokąta.

GIF umożliwia zapis przezroczystego tła, choć jest to przezroczystość uproszczona — zwykle jeden kolor może być oznaczony jako przezroczysty.

Format GIF pozwala oznaczyć jeden kolor z palety jako przezroczysty. Jest to przezroczystość prosta, bez płynnych półprzezroczystych krawędzi.

Nie. JPEG nie zapisuje przezroczystego tła, dlatego po konwersji z PNG lub GIF przezroczyste miejsca zostaną zastąpione kolorem.

GIF obsługuje zwykle przezroczystość jednobitową: piksel jest albo widoczny, albo przezroczysty. PNG może obsługiwać kanał alfa, czyli płynną półprzezroczystość.

GIF obsługuje prostą przezroczystość jednego koloru. PNG może obsługiwać kanał alfa, czyli częściową, płynną przezroczystość.

JPEG nie obsługuje przezroczystości ani kanału alfa. Jeśli obraz z przezroczystością zostanie zapisany jako JPEG, tło zostanie zastąpione kolorem, najczęściej białym.

GIF nadaje się do prostych grafik, ikon oraz krótkich animacji. Ma ograniczoną paletę kolorów, zwykle do 256 kolorów.

GIF sprawdza się przy prostych grafikach, ikonach, animacjach i obrazach z małą liczbą kolorów. Nie jest najlepszy do zdjęć, ponieważ obsługuje maksymalnie 256 kolorów.

BMP często zajmuje dużo miejsca i nie jest zoptymalizowany do użycia w sieci. W praktyce na stronach WWW częściej stosuje się PNG, JPEG, GIF, WebP lub SVG.

Przezroczystość obsługują m.in. GIF i PNG, a także WebP. JPEG i klasyczny BMP nie są typowymi formatami do zapisu przezroczystego tła w zastosowaniach webowych.

Kanał alfa przechowuje informację o przezroczystości pikseli. Dzięki niemu obraz może mieć miejsca całkowicie lub częściowo przezroczyste.

Rola DBManager oznacza możliwość wykonywania wszystkich działań na bazach danych. Nie jest równoznaczna z pełnym zarządzaniem serwerem ani kontami użytkowników.

Rola DBManager daje użytkownikowi uprawnienia do wykonywania działań na bazach danych, np. tworzenia, modyfikowania i usuwania baz oraz obiektów w bazach. Nie oznacza pełnej administracji całym serwerem MySQL.

Ponieważ DBManager dotyczy zarządzania bazami danych, czyli obiektami i operacjami w obrębie baz. Nie obejmuje automatycznie administracji użytkownikami serwera.

Uprawnienia do baz danych dotyczą operacji na bazach, tabelach i danych. Uprawnienia do zarządzania użytkownikami obejmują tworzenie kont, zmianę haseł i nadawanie uprawnień innym użytkownikom.

Zarządzanie bazami obejmuje np. tworzenie tabel, modyfikację struktur i operacje na danych. Zarządzanie użytkownikami obejmuje tworzenie kont, nadawanie haseł i przydzielanie uprawnień.

Zakładanie kont i ustalanie haseł to działania administracyjne dotyczące użytkowników serwera. Rola DBManager dotyczy działań na bazach danych, a nie pełnego zarządzania kontami.

Do nadawania uprawnień służy polecenie `GRANT`. Pozwala ono przyznać użytkownikowi konkretne prawa do baz, tabel lub innych zasobów.

Do nadawania uprawnień służy polecenie GRANT. Można nim przyznać konkretne przywileje, np. SELECT, INSERT, CREATE, albo przypisać wcześniej zdefiniowaną rolę.

Do odbierania uprawnień służy polecenie `REVOKE`. Usuwa ono wcześniej przyznane prawa.

Do odbierania uprawnień służy polecenie REVOKE. Pozwala ono cofnąć konkretne przywileje lub odebrać przypisaną rolę.

Nie należy tego zakładać. Zakładanie kont użytkowników wymaga osobnych uprawnień administracyjnych, np. związanych z `CREATE USER`.

Nie. Pełne działania na bazach danych nie muszą obejmować administracji serwerem, konfiguracji usług ani zarządzania kontami użytkowników.

Skrót DB oznacza database, czyli bazę danych. DBManager to zarządzanie bazami danych, a nie pełna administracja całym serwerem.

Pętla for składa się z inicjalizacji, warunku kontynuacji oraz instrukcji wykonywanej po każdej iteracji. W przykładzie `$i = 0` ustawia wartość początkową, `$i <= 20` określa warunek, a `$i += 4` zwiększa zmienną o 4.

Warunek pętli to `$i <= 20`, czyli pętla wykonuje się także wtedy, gdy `$i` jest równe 20. Dopiero po zwiększeniu wartości do 24 warunek staje się fałszywy.

Warunek pętli to $i <= 20, czyli dopuszcza wartość równą 20. Gdy $i osiąga 20, instrukcja echo jeszcze się wykonuje.

Warunek `$i < 20` oznacza „mniejsze niż 20”, więc liczba 20 nie zostanie uwzględniona. Warunek `$i <= 20` oznacza „mniejsze lub równe 20”, więc 20 zostanie wyświetlone.

Warunek $i <= 20 obejmuje wartość 20, a $i < 20 już nie. Dla kroku co 4 pierwszy wariant wypisze 0, 4, 8, 12, 16, 20, a drugi tylko 0, 4, 8, 12, 16.

Zapis `$i += 4` jest skrótem od `$i = $i + 4`. Oznacza zwiększenie aktualnej wartości zmiennej `$i` o 4.

Zapis $i += 4 jest skrótem od $i = $i + 4. Oznacza zwiększenie aktualnej wartości zmiennej $i o 4.

Zmienna `$i` przyjmuje kolejno wartości: 0, 4, 8, 12, 16, 20. Po następnej zmianie miałaby wartość 24, ale warunek `$i <= 20` nie byłby już spełniony.

Najpierw wykonywana jest inicjalizacja, potem sprawdzany jest warunek. Jeśli warunek jest prawdziwy, wykonywane jest ciało pętli, a następnie instrukcja kroku, np. $i += 4.

Instrukcja zwiększająca licznik, np. `$i += 4`, wykonywana jest po wykonaniu instrukcji znajdujących się w ciele pętli. Następnie ponownie sprawdzany jest warunek pętli.

Pętla wykona się 6 razy. Kolejne wartości zmiennej $i to 0, 4, 8, 12, 16 i 20.

Instrukcja wypisze aktualną wartość zmiennej $i oraz po niej przecinek i spację. Dlatego wynik będzie miał postać: 0, 4, 8, 12, 16, 20, z separatorem po każdej liczbie.

Hasło uniemożliwia otwarcie pliku bazy osobom, które go nie znają. Chroni całą bazę jako jeden plik.

Do podstawowych sposobów należą ustawienie hasła do otwarcia bazy danych oraz zastosowanie zabezpieczeń na poziomie użytkownika, czyli nadanie różnych uprawnień użytkownikom.

Polega to na przypisaniu użytkownikom lub grupom określonych uprawnień. Dzięki temu jedna osoba może mieć pełny dostęp, a inna tylko odczyt danych.

Hasło do otwarcia bazy wymaga podania poprawnego hasła przed uzyskaniem dostępu do pliku bazy danych. Chroni to bazę przed przypadkowym lub nieuprawnionym otwarciem.

Hasło chroni dostęp do całej bazy, natomiast uprawnienia określają, co konkretny użytkownik może zrobić po uzyskaniu dostępu.

Zabezpieczenia na poziomie użytkownika polegają na przypisywaniu użytkownikom lub grupom określonych uprawnień, np. do odczytu, edycji, tworzenia lub usuwania obiektów bazy danych.

Kod SMS to mechanizm uwierzytelniania stosowany zwykle w aplikacjach internetowych lub systemach logowania. Nie jest typową metodą zabezpieczania pliku bazy Access w kontekście egzaminacyjnym.

Szyfrowanie utrudnia odczytanie zawartości pliku bazy danych osobom nieuprawnionym. Nawet jeśli ktoś uzyska dostęp do pliku, dane nie powinny być łatwo czytelne bez odpowiedniego hasła lub klucza.

Można ograniczać między innymi odczyt, dodawanie, edycję i usuwanie danych oraz zmianę struktury tabel, kwerend, formularzy i raportów.

Nie jest to standardowy sposób ochrony samej bazy danych Access. SMS z kodem autoryzacyjnym dotyczy raczej uwierzytelniania w aplikacjach lub usługach internetowych.

Baza Access jest zwykle przechowywana jako plik, np. ACCDB lub MDB. Jeśli ktoś uzyska dostęp do pliku, może próbować otworzyć lub skopiować całą bazę.

Hasło do bazy kontroluje samo otwarcie pliku. Uprawnienia użytkowników określają, co dana osoba może robić po uzyskaniu dostępu, np. tylko czytać dane albo także je modyfikować.

To uprawnienia pozwalające wykonywać działania administracyjne lub globalne w systemie bazy danych, np. zarządzać użytkownikami, tworzyć struktury lub nadawać uprawnienia.

Pytanie dotyczy zarządzania kontami, użytkownikami i ich uprawnieniami. Są to działania administracyjne, więc należą do przywilejów systemowych.

Tworzenie, usuwanie i modyfikowanie kont użytkowników to operacje administracyjne. Dlatego wymagają uprawnień na poziomie systemu, a nie tylko dostępu do pojedynczej tabeli.

Przywileje systemowe dotyczą działań na poziomie systemu bazy danych, np. tworzenia użytkowników. Przywileje obiektowe dotyczą konkretnych obiektów, np. tabeli lub widoku.

Do nadawania uprawnień służy polecenie `GRANT`. Można nim nadać zarówno uprawnienia do obiektów, jak i niektóre uprawnienia administracyjne.

Polecenie GRANT nadaje użytkownikowi określone uprawnienia. Może dotyczyć zarówno uprawnień do konkretnych obiektów, jak i szerszych przywilejów administracyjnych.

Do odbierania uprawnień służy polecenie `REVOKE`. Pozwala cofnąć wcześniej nadane przywileje użytkownikowi lub roli.

REVOKE odbiera użytkownikowi wcześniej nadane uprawnienia. Jest używane do ograniczania dostępu i porządkowania zasad bezpieczeństwa w bazie danych.

Obejmuje tworzenie, modyfikowanie i usuwanie kont użytkowników oraz przypisywanie im odpowiednich uprawnień do pracy z bazą danych.

Przykładami są tworzenie użytkowników, nadawanie uprawnień, tworzenie baz danych, tworzenie tabel lub wykonywanie operacji administracyjnych. Zakres zależy od konkretnego systemu bazodanowego.

Zwykle nie. `SELECT` jest przywilejem obiektowym, ponieważ dotyczy odczytu danych z konkretnej tabeli lub widoku.

Zbyt szerokie uprawnienia zwiększają ryzyko przypadkowego lub celowego uszkodzenia danych. W praktyce stosuje się zasadę minimalnych uprawnień, czyli użytkownik dostaje tylko to, czego naprawdę potrzebuje.

System uprawnień ogranicza dostęp do danych i operacji tylko do uprawnionych użytkowników. Zwiększa bezpieczeństwo i chroni bazę przed przypadkowymi lub nieautoryzowanymi zmianami.