1. 0. W metodzie zwieksz() brakuje $this->. PHP zwiększa lokalną zmienną $wartosc (z ostrzeżeniem o nieistniejącej zmiennej), która znika po wyjściu z metody. Właściwość obiektu pozostaje 0.
2. Błąd krytyczny: Cannot access private property. Właściwość jest private, więc z zewnątrz dostępna jest tylko przez metodę pobierzTytul().
3. Tak. Przy argumentach nazwanych kolejność nie ma znaczenia — liczą się nazwy parametrów. Muszą być podane wszystkie parametry bez wartości domyślnej.
4. 109. Przypisanie $ktos = $kama nie tworzy kopii obiektu — obie zmienne wskazują ten sam obiekt.
5. Błąd: Liczba XP do dodania musi być większa od zera. XP: 99. Wyjątek przerywa metodę przed zmianą XP.
6. Wynik dodawania nie zostaje nigdzie zapisany. Powinno być $this->xp += $xp; (czyli $this->xp = $this->xp + $xp;).
7. Na przykład: klasa abstrakcyjna może zawierać właściwości i gotowe implementacje metod, interfejs tylko ich sygnatury (i stałe); klasa może dziedziczyć po jednej klasie abstrakcyjnej, ale implementować wiele interfejsów.

Po Lekcji 15 zadanie i użytkownik są w TaskQuest obiektami. Jednak dane nadal nie mają prawdziwego domu. Zadania leżą w jednym pliku CSV, wspólnym dla wszystkich, którzy się zalogują. XP, streak i data ostatniej aktywności są wpisane w kod index.php. Metody dodajXp() i oznaczJakoWykonane() istnieją, ale ich efekt znika razem z końcem żądania.

Dziś zaprojektujemy i zbudujemy bazę danych TaskQuest. Będzie w niej miejsce na wielu użytkowników, każdy z własnymi zadaniami, XP i streakiem.

Cel lekcji

Nauczyć się:

• czym jest relacyjna baza danych i czym różni się od pliku CSV,
• podstawowych pojęć: tabela, kolumna, wiersz (rekord), klucz główny, klucz obcy, relacja 1:N,
• dobierać typy kolumn (INT, VARCHAR, DATE) i ograniczenia (NOT NULL, DEFAULT, UNIQUE, UNSIGNED, AUTO_INCREMENT),
• decydować, czego nie zapisywać w bazie, bo da się to obliczyć,
• utworzyć bazę i tabele w phpMyAdmin skryptem SQL i sprawdzić, że baza sama pilnuje poprawności danych,
• sprawdzić w PHP, czy serwer ma rozszerzenie mysqli, przez które TaskQuest połączy się z bazą.

Efekt: w projekcie pojawia się plik sql/taskquest.sql. Tworzy on bazę TaskQuest z dwiema tabelami (uzytkownicy, zadania) i danymi testowymi przeniesionymi z CSV. diagnostyka.php pokazuje, czy PHP jest gotowe do pracy z bazą.

Uwaga — co jest, a czego jeszcze nie ma:

• TaskQuest nadal czyta zadania z data/zadania.csv, a XP i streak nadal są symulowane w index.php. Po tej lekcji baza istnieje i zawiera dane, ale aplikacja jeszcze z niej nie korzysta. Połączenie PHP z bazą i pierwsze zapytania SELECT to Lekcja 18.
• Z SQL potrzebujemy dziś tylko trzech poleceń: CREATE TABLE (budowa tabeli), INSERT (dane testowe) i SELECT * (podgląd). Wszystkie wykonujemy ręcznie w phpMyAdmin, nie z PHP.
• Do bazy łączymy się rozszerzeniem mysqli, w wersji obiektowej. Od Lekcji 15 wiesz, co to znaczy: mysqli to klasa, a połączenie to obiekt tworzony przez new.
• Hasła: tabela użytkowników dostaje dziś kolumnę na hasło, ale zostaje ona pusta. Hasła pojawią się w Lekcji 19.

Rozgrzewka — 4 pytania z Lekcji 15

Odpowiedz z pamięci, zanim zaczniesz:

1. Klasa Zadanie ma właściwości id, tytul, opis, termin, wykonane, xp. Jaki typ PHP ma każda z nich?
2. Dlaczego Uzytkownik nie ma właściwości poziom, tylko metodę pobierzPoziom()?
3. Zadanie nie ma metody „ustaw XP”, a Uzytkownik pozwala tylko dodawać XP. Co chroni takie ograniczenie?
4. Po wywołaniu $uzytkownik->dodajXp(50) odświeżasz stronę i XP znowu wynosi 99. Dlaczego?

1. Wracamy do naszego TaskQuest

Wszystkie pliki PHP z Lekcji 15 zostają i działają tak samo. Dzisiejsza praca to głównie projekt danych i SQL. W PHP zmienia się tylko narzędzie programisty (diagnostyka.php) i numer wersji w stopce.

Docelowa struktura projektu

taskquest/
├── index.php                        bez zmian
├── dodaj-zadanie.php                bez zmian
├── zaloguj.php                      bez zmian
├── wyloguj.php                      bez zmian
├── diagnostyka.php                  (zmiana: plik SQL na liście wymaganych, sekcja „Baza danych”)
├── classes/
│   ├── Zadanie.php                  bez zmian
│   └── Uzytkownik.php               bez zmian
├── config/
│   └── config.php                   bez zmian (dane dostępowe do bazy dojdą w L18)
├── includes/
│   ├── header.php                   bez zmian
│   ├── footer.php                   (zmiana: "TaskQuest 1.7")
│   └── ... pozostałe pliki funkcji  bez zmian
├── sql/                             NOWY KATALOG
│   └── taskquest.sql                NOWY — tabele bazy + dane testowe
└── data/
    └── zadania.csv                  bez zmian — aplikacja nadal z niego czyta

Co zostaje, co dochodzi

Nic nie usuwamy.

Przygotowanie (zrób to teraz)

1. Zrób kopię zapasową katalogu taskquest/ z Lekcji 15 jako taskquest_lekcja15/ (obok, nie w środku).
2. Uruchom w XAMPP (albo w innym używanym pakiecie) Apache i MySQL. W XAMPP moduł nazywa się „MySQL”, choć w środku działa MariaDB (sekcja 3.2).
3. Wejdź na http://localhost/phpmyadmin i sprawdź, czy strona się otwiera.
4. Otwórz w edytorze swój data/zadania.csv. Przyda się w kroku 3 sekcji 5.

2. Problem w aplikacji

Nauczycielka chce, żeby cała klasa, 30 osób, używała TaskQuest na jednym serwerze szkolnym. Zobaczmy, co się stanie z obecną wersją. Każdy punkt poniżej to znane ograniczenie, które zapisywaliśmy przy wcześniejszych lekcjach.

Można by dla każdego ucznia tworzyć osobny plik, pilnować blokad, pisać własne wyszukiwanie. To jednak oznacza budowanie własnej, gorszej bazy danych. Lepiej użyć prawdziwej.

Baza danych to program (serwer), który przechowuje dane w tabelach i sam dba o to, żeby:

• wiele osób mogło jednocześnie czytać i zapisywać,
• zmiana jednego wiersza nie wymagała przepisywania całości,
• do tabeli nie trafiały dane złego typu, zbyt długie teksty, nieistniejące daty,
• dane w różnych tabelach do siebie pasowały (np. zadanie nie może należeć do nieistniejącego użytkownika),
• dało się zadać pytanie, np. „pokaż niewykonane zadania użytkownika nr 2 posortowane po terminie”. Tym zajmiemy się w Lekcji 18.

3. Nowy mechanizm: relacyjna baza danych

3.1 Pojęcia — na przykładzie, który już znasz

Twój data/zadania.csv jest bardzo blisko tabeli w bazie:

id;tytul;opis;termin;wykonane;xp          ← nagłówek = nazwy KOLUMN
1;"   Nauczyć   się regexów   PHP   ";... ← jedna linia = jeden WIERSZ (rekord)

Najważniejsza różnica: w CSV każda kolumna to tekst, a sprawdzanie poprawności robi nasz kod (sprawdzWierszZadania(), walidujNoweZadanie()). W bazie każda kolumna ma typ i reguły, a baza sama odrzuca to, co ich nie spełnia.

3.2 MySQL czy MariaDB?

MySQL to najpopularniejszy darmowy system baz danych. Od 2010 roku należy do firmy Oracle. MariaDB powstała w 2009 roku jako jego odgałęzienie (fork), stworzone przez pierwotnych autorów MySQL. Oba systemy są relacyjne: dane leżą w tabelach, które mogą być ze sobą powiązane.

W podstawach, których używamy, są praktycznie identyczne: ta sama składnia SQL i to samo rozszerzenie PHP. XAMPP zawiera MariaDB, choć moduł w panelu nazywa się „MySQL”. Jeśli phpMyAdmin pokazuje „MariaDB”, to nie jest błąd.

3.3 Jak PHP rozmawia z bazą — mysqli

Samo PHP nie zna bazy danych. Potrzebuje rozszerzenia, czyli dodatkowego modułu:

Istnieje też trzecie rozszerzenie, PDO, ale w kursie z niego nie korzystamy.

mysqli można używać na dwa sposoby: funkcjami (mysqli_connect(...)) albo obiektowo (new mysqli(...)). W TaskQuest używamy wyłącznie wersji obiektowej. Od Lekcji 15 znasz obiekty, a TaskQuest jest już zbudowany z klas.

Sprawdźmy, czy Twój PHP ma mysqli. W katalogu taskquest/ utwórz brudnopis.php:

<?php

var_dump(extension_loaded('mysqli'));
var_dump(extension_loaded('mysql'));
var_dump(class_exists('mysqli'));

echo 'Wersja PHP: ' . PHP_VERSION;

Przewidź wynik, a potem uruchom http://localhost/taskquest/brudnopis.php.

• extension_loaded('mysqli') → true: rozszerzenie jest włączone.
• extension_loaded('mysql') → false: stare rozszerzenie nie istnieje w PHP 7 i 8.
• class_exists('mysqli') → true: mysqli to klasa, tak jak Twoja Zadanie. W Lekcji 18 napiszesz new mysqli(...) i dostaniesz obiekt połączenia.

Jeśli mysqli daje false, otwórz php.ini (w XAMPP: panel → Apache → Config → PHP (php.ini)). Znajdź linię ;extension=mysqli, usuń średnik na początku i zrestartuj Apache.

3.4 Tabela w SQL — przykład: tabela uzytkownicy

Zacznijmy od klasy, którą znasz:

class Uzytkownik
{
    private string $login;
    private string $imieUzytkownika;
    private int $xp;
    private int $streak;
    private string $dataOstatniejAktywnosci;
    // ...
}

Tak wygląda odpowiadająca jej tabela:

CREATE TABLE uzytkownicy (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    login VARCHAR(20) NOT NULL UNIQUE,
    imie VARCHAR(30) NOT NULL,
    haslo_hash VARCHAR(255) NULL,
    xp INT UNSIGNED NOT NULL DEFAULT 0,
    streak INT UNSIGNED NOT NULL DEFAULT 0,
    data_ostatniej_aktywnosci DATE NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

Czytamy linia po linii. Każda kolumna to: nazwa, typ, reguły.

NULL to nie jest pusty tekst ani zero. NULL oznacza „brak wartości, nie wiadomo”. Pusty tekst '' to tekst, który istnieje, tylko nie ma znaków. W PHP NULL z bazy stanie się null.

Dwie rzeczy, które wyglądają na zmiany — i dlaczego je robimy

1. id zamiast samego loginu. Login jest unikalny, więc mógłby być kluczem głównym. Tak się jednak nie robi. Login jest widoczny dla użytkownika i kiedyś może się zmienić. Wtedy trzeba by poprawić go w każdym zadaniu, które na niego wskazuje. Liczba id nigdy się nie zmienia, a login pilnujemy regułą UNIQUE. Klasa Uzytkownik nie ma dziś id, bo nie było go skąd wziąć. Wróci to w Lekcji 18.
2. imie, a nie imie_uzytkownika. Jesteśmy w tabeli uzytkownicy, więc dopisek „użytkownika” nic nie dodaje. To ta sama nazwa co klucz w sesji ($_SESSION['imie']). Właściwość w klasie nadal nazywa się imieUzytkownika.

Konwencja nazw w bazie TaskQuest

Nazwy tabel i kolumn są po polsku, tak jak w PHP, ale w stylu SQL: małe litery, bez polskich znaków, słowa rozdzielone podkreślnikiem (snake_case):

3.5 Czego NIE zapisujemy w bazie

W tabeli uzytkownicy nie ma kolumn poziom, tytul_gracza, procent_postepu ani brakujace_xp. Wszystkie wynikają z XP. Od lekcji o funkcjach liczą je funkcje obliczPoziom(), pobierzTytul(), obliczProcentPostepu() i ileBrakujeXp(), a od Lekcji 15 także metody Uzytkownik.

Gdybyśmy zapisali XP i poziom, prędzej czy później zdarzyłoby się tak:

xp = 350, poziom = 2

Któraś wartość kłamie. Tylko która? Baza tego nie wie.

Zasada: w bazie zapisujemy dane, których nie da się obliczyć z innych danych. Resztę liczymy w PHP. Każda informacja ma jedno źródło prawdy, tak jak w Lekcji 15, gdzie usunęliśmy luźne $xp obok obiektu $uzytkownik.

Tę zasadę zastosujesz za chwilę sama/sam przy zadaniach (4b).

3.6 Relacja 1:N i klucz obcy

Każde zadanie musi mieć właściciela. Jeden użytkownik może mieć wiele zadań, a jedno zadanie należy do dokładnie jednego użytkownika. To relacja jeden do wielu (1:N):

uzytkownicy                         zadania
+----+-----------+                  +----+---------------+----------------------+
| id | login     |                  | id | uzytkownik_id | tytul                |
+----+-----------+                  +----+---------------+----------------------+
|  1 | Kama_2026 | ◄──────────┬──── |  1 |             1 | Nauczyć się regexów  |
|    |           |            ├──── |  2 |             1 | ...                  |
|    |           |            └──── |  3 |             1 | ...                  |
|  2 | Ola_TQ    | ◄─────────────── |  4 |             2 | Zaprojektować bazę   |
+----+-----------+                  +----+---------------+----------------------+
          1                                         N

Połączenie realizuje kolumna uzytkownik_id w tabeli zadania. Przechowuje ona id właściciela. Kolumna, która wskazuje klucz główny innej tabeli, to klucz obcy (foreign key):

FOREIGN KEY (uzytkownik_id) REFERENCES uzytkownicy(id) ON DELETE CASCADE

Czytaj: „uzytkownik_id musi być id istniejącego wiersza w uzytkownicy. Gdy użytkownik zostanie usunięty, usuń też (cascade, kaskadowo) jego zadania”.

Dlaczego uzytkownik_id jest w zadania, a nie odwrotnie? Pole użytkownika mieści jedną wartość. Nie zmieścisz w nim listy „zadania 1, 2, 3”. W relacji 1:N klucz obcy zawsze trafia na stronę „N”.

3.7 Dane testowe — INSERT

Tabela po utworzeniu jest pusta. Wiersze dodaje polecenie INSERT:

INSERT INTO uzytkownicy (login, imie, xp, streak, data_ostatniej_aktywnosci) VALUES
('Kama_2026', 'Kama', 99, 5, '2026-09-14'),
('Ola_TQ', 'Ola', 250, 0, NULL);

• W nawiasie po nazwie tabeli wymieniamy kolumny, które wypełniamy. Pomijamy id (nada je AUTO_INCREMENT) i haslo_hash (zostanie NULL).
• Teksty i daty w apostrofach, liczby bez nich, NULL bez apostrofów ('NULL' to byłby tekst „NULL”).
• Kolejne wiersze rozdzielamy przecinkiem, a całe polecenie kończy średnik.

Kama ma dokładnie te wartości, które TaskQuest symuluje od Lekcji 15 (xp: 99, streak: 5, dataOstatniejAktywnosci: '2026-09-14'). Gdy w Lekcji 18 podłączymy bazę, strona powinna pokazać to samo co dziś. To będzie nasz test.

Do podejrzenia zawartości tabeli wystarczy:

SELECT * FROM uzytkownicy;

Więcej o SELECT w Lekcji 18.

3.8 Typowe błędy

4. SAMODZIELNIE — projekt tabeli zadania

Na kartce albo w pliku tekstowym zaprojektuj tabelę zadania. Masz do dyspozycji:

• klasę Zadanie: int $id, string $tytul, string $opis, string $termin, bool $wykonane, int $xp,
• reguły z walidujNoweZadanie(): tytuł wymagany, najwyżej 100 znaków; opis najwyżej 300 znaków (może być pusty); termin wymagany, poprawna data; XP to liczba całkowita 1–100,
• relację z 3.6: każde zadanie ma właściciela.

Dla każdej kolumny podaj: nazwę, typ, NULL czy NOT NULL, ewentualnie DEFAULT, i czy jest kluczem. Kolumnę wykonane na razie pomiń. Zajmiemy się nią w 4b.

Efekt: tabelka w rodzaju

kolumna        | typ           | NULL?    | inne
id             | ...           | ...      | ...
...

kolumna        | typ           | NULL?    | inne
id             | INT UNSIGNED  | NOT NULL | PRIMARY KEY, AUTO_INCREMENT
uzytkownik_id  | INT UNSIGNED  | NOT NULL | FOREIGN KEY → uzytkownicy(id), ON DELETE CASCADE
tytul          | VARCHAR(100)  | NOT NULL |
opis           | VARCHAR(300)  | NOT NULL | DEFAULT ''
termin         | DATE          | NOT NULL |
xp             | INT UNSIGNED  | NOT NULL |

4b. SAMODZIELNIE — jak zapisać, że zadanie jest wykonane?

Od lekcji o datach streak jest liczony „na niby”. Zadania nie mają daty wykonania, więc $zadanieWykonane znaczy tylko „na liście jest choć jedno wykonane zadanie”. Do prawdziwego streaka będziemy potrzebowali wiedzieć, kiedy zadanie wykonano.

Masz trzy propozycje:

A) wykonane TINYINT(1) NOT NULL DEFAULT 0          (0/1, jak w CSV)
B) wykonane TINYINT(1) + data_wykonania DATE NULL  (dwie kolumny)
C) data_wykonania DATE NULL                         (NULL = niewykonane)

Odpowiedz na pytania:

1. Która propozycja nie pozwala policzyć prawdziwego streaka?
2. W propozycji B wpisz wiersz, w którym dane sobie przeczą. Ile takich sprzecznych kombinacji istnieje?
3. Jak w propozycji C sprawdzić, czy zadanie jest wykonane?
4. Którą wybierasz i dlaczego? Skorzystaj z zasady z 3.5.

5. Włączamy bazę do TaskQuest

Od tego miejsca pracujesz na projekcie. brudnopis.php z sekcji 3.3 zostaw. Przyda się jeszcze w sekcji 6, potem go usuniesz.

Krok 1 — utwórz bazę taskquest

1. W phpMyAdmin kliknij zakładkę Bazy danych.
2. Nazwa: taskquest.
3. Metoda porównywania napisów: utf8mb4_unicode_ci. utf8mb4 to pełne UTF-8, łącznie z emoji. unicode_ci określa, jak porównywać i sortować teksty: ci = case insensitive, czyli wielkość liter nie ma znaczenia przy porównywaniu. Test 2 pokaże, co to oznacza dla loginów.
4. Utwórz. Baza pojawi się w lewym panelu.

Krok 2 — SAMODZIELNIE: plik sql/taskquest.sql, część 1: tabele

Struktury bazy nie „wyklikujemy”, tylko zapisujemy w pliku. Dzięki temu jest częścią projektu i można ją odtworzyć na każdym komputerze jednym uruchomieniem. W zespołach programistycznych robi się dokładnie tak.

W katalogu taskquest/ utwórz katalog sql/, a w nim plik taskquest.sql. Plik ma zawierać, w tej kolejności:

1. komentarz na górze: co to za plik i jak go uruchomić (komentarz w SQL zaczyna się od -- , z odstępem po dwóch minusach),
2. usunięcie starych tabel, jeśli istnieją: DROP TABLE IF EXISTS nazwa;. Dzięki temu skrypt można uruchamiać wiele razy. Zastanów się nad kolejnością (która tabela zależy od której?),
3. CREATE TABLE uzytkownicy z sekcji 3.4,
4. CREATE TABLE zadania według Twojego projektu z sekcji 4 i decyzji z 4b, z kluczem obcym z 3.6 i tym samym ENGINE/CHARSET/COLLATE co uzytkownicy. Kolejność kolumn: id, uzytkownik_id, a dalej jak w CSV (tytul, opis, termin, data_wykonania w miejscu dawnego wykonane, xp).

-- TaskQuest 1.7 — struktura bazy danych i dane testowe
-- Uruchom w phpMyAdmin: baza taskquest → zakładka SQL → wklej całość → Wykonaj.
-- Skrypt można uruchamiać wiele razy: najpierw usuwa stare tabele (RAZEM Z DANYMI!).

DROP TABLE IF EXISTS zadania;
DROP TABLE IF EXISTS uzytkownicy;

CREATE TABLE uzytkownicy (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    login VARCHAR(20) NOT NULL UNIQUE,
    imie VARCHAR(30) NOT NULL,
    haslo_hash VARCHAR(255) NULL,
    xp INT UNSIGNED NOT NULL DEFAULT 0,
    streak INT UNSIGNED NOT NULL DEFAULT 0,
    data_ostatniej_aktywnosci DATE NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

CREATE TABLE zadania (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    uzytkownik_id INT UNSIGNED NOT NULL,
    tytul VARCHAR(100) NOT NULL,
    opis VARCHAR(300) NOT NULL DEFAULT '',
    termin DATE NOT NULL,
    data_wykonania DATE NULL,
    xp INT UNSIGNED NOT NULL,
    FOREIGN KEY (uzytkownik_id) REFERENCES uzytkownicy(id) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

Krok 3 — SAMODZIELNIE: plik sql/taskquest.sql, część 2: dane testowe

Pod tabelami dopisz dwa polecenia INSERT:

1. użytkownicy: Kama i Ola, dokładnie jak w sekcji 3.7,
2. zadania:
   • wszystkie zadania z Twojego data/zadania.csv jako zadania Kamy (uzytkownik_id = 1),
   • jedno nowe zadanie Oli (uzytkownik_id = 2), dowolne, niewykonane. Dzięki niemu w bazie będą zadania dwóch różnych właścicieli.

Zasady przepisywania z CSV:

Apostrof wewnątrz tekstu (np. Rock'n'roll) w SQL piszemy podwójnie: 'Rock''n''roll'.

INSERT INTO uzytkownicy (login, imie, xp, streak, data_ostatniej_aktywnosci) VALUES
('Kama_2026', 'Kama', 99, 5, '2026-09-14'),
('Ola_TQ', 'Ola', 250, 0, NULL);

INSERT INTO zadania (uzytkownik_id, tytul, opis, termin, data_wykonania, xp) VALUES
(1, '   Nauczyć   się regexów   PHP   ', 'tu opis z CSV', '2026-09-20', '2026-09-14', 20),
-- ... kolejne zadania z data/zadania.csv (uzytkownik_id = 1) ...
(2, 'Zaprojektować bazę TaskQuest', 'Tabele uzytkownicy i zadania, klucze i relacja 1:N.', '2026-10-05', NULL, 30);

Pierwszy wiersz to zadanie nr 1 z CSV: wykonane (1), więc ma datę wykonania. Ostatni to zadanie Oli.

Krok 4 — uruchom skrypt i sprawdź wynik

1. phpMyAdmin → kliknij bazę taskquest w lewym panelu (to ważne: skrypt nie wybiera bazy sam) → zakładka SQL.

2. Wklej całą zawartość sql/taskquest.sql → Wykonaj.

3. Błąd? Czytaj komunikat od końca: numer błędu i fragment „near '…’” wskazują miejsce. Popraw plik taskquest.sql (nie tylko okienko w phpMyAdmin) i uruchom ponownie. Skrypt sam usunie to, co zdążył utworzyć.

4. Zakładka SQL:SELECT * FROM uzytkownicy;
SELECT * FROM zadania;
Sprawdź: 2 użytkowników, zadania Kamy mają uzytkownik_id 1, zadanie Oli ma 2, wykonane zadania mają datę, niewykonane NULL. Liczba zadań Kamy = liczba zadań w CSV.

5. Kliknij tabelę zadania → zakładka Struktura. Obejrzyj typy, NULL i klucz. Przy uzytkownik_id phpMyAdmin pokazuje indeks; baza tworzy go sama dla klucza obcego.

Krok 5 — SAMODZIELNIE: diagnostyka.php sprawdza gotowość do pracy z bazą

diagnostyka.php od Lekcji 10 sprawdza, czy projekt ma wszystkie potrzebne pliki. Rozbuduj ją o trzy rzeczy:

1. do $wymaganePliki dopisz sql/taskquest.sql (będzie 18 ścieżek),
2. dodaj nową sekcję „Baza danych”:
   • [OK] Rozszerzenie mysqli jest włączone. albo [BRAK] Rozszerzenie mysqli nie jest włączone — włącz extension=mysqli w php.ini.,
   • liczbę i nazwy plików .sql w katalogu sql/,
3. w includes/footer.php zmień wersję na TaskQuest 1.7.

Zasada z Lekcji 10 obowiązuje dalej: diagnostyka nie łączy się z bazą i nie dołącza plików aplikacji. Ma działać nawet przy zepsutym projekcie. Dziś sprawdzamy tylko, czy PHP w ogóle potrafi rozmawiać z bazą.

    'sql/taskquest.sql',

<h2>Baza danych</h2>

<?php if (extension_loaded('mysqli')) { ?>
    <p>[OK] Rozszerzenie mysqli jest włączone.</p>
<?php } else { ?>
    <p>[BRAK] Rozszerzenie mysqli nie jest włączone — włącz extension=mysqli w php.ini.</p>
<?php } ?>

<?php $plikiSql = listaPlikowWKatalogu('sql', 'sql'); ?>
<p>Skrypty SQL w katalogu sql/: <?= count($plikiSql); ?></p>
<ul>
    <?php foreach ($plikiSql as $plik) { ?>
        <li><?= $plik; ?></li>
    <?php } ?>
</ul>

        <p>TaskQuest 1.7</p>
    </div>
</body>
</html>

6. Kolejne zadanie — jak wiersz z bazy stanie się obiektem Zadanie

W Lekcji 18 PHP pobierze z bazy wiersz zadania. Dostanie go jako tablicę asocjacyjną, której klucze to nazwy kolumn. Z niej trzeba będzie zbudować obiekt Zadanie, tak jak dziś wczytajZadania() buduje go z wiersza CSV. Przećwiczmy to już teraz, na wierszu „udawanym”.

W brudnopis.php (zastąp poprzednią zawartość):

<?php

require_once __DIR__ . '/classes/Zadanie.php';

// Tak będzie wyglądał wiersz z tabeli zadania (na razie wpisany ręcznie):
$wiersz = [
    'id' => 4,
    'uzytkownik_id' => 2,
    'tytul' => 'Zaprojektować bazę TaskQuest',
    'opis' => 'Tabele uzytkownicy i zadania, klucze i relacja 1:N.',
    'termin' => '2026-10-05',
    'data_wykonania' => null,
    'xp' => 30,
];

// TODO: utwórz $zadanie = new Zadanie(...) z argumentami nazwanymi

var_dump($zadanie->czyWykonane());
var_dump($zadanie->pobierzTytul());

Zadanie:

1. Utwórz obiekt $zadanie z danych $wiersz, używając argumentów nazwanych (jak od Lekcji 15).
2. Obiekt potrzebuje wykonane (bool), a wiersz ma data_wykonania. Oblicz to w miejscu wywołania konstruktora, bez zmieniania klasy Zadanie.
3. Przewidź i sprawdź wynik dla data_wykonania = null, a potem dla '2026-09-30'.
4. Jednej kolumny z wiersza nie przekazujesz do obiektu. Której? Czy to problem dzisiaj? Kiedy przestanie nim być?

wykonane: $wiersz['data_wykonania'] !== null,

$zadanie = new Zadanie(
    id: $wiersz['id'],
    tytul: $wiersz['tytul'],
    opis: $wiersz['opis'],
    termin: $wiersz['termin'],
    wykonane: $wiersz['data_wykonania'] !== null,
    xp: $wiersz['xp'],
);

7. Testy

Gdzie: testy 1–6 w phpMyAdmin (baza taskquest → zakładka SQL), testy 7–8 w przeglądarce. Przed każdym testem zapisz swoją przewidywaną odpowiedź: czy baza przyjmie polecenie, a jeśli nie, to z jakiego powodu.

Testy 2–6 próbują wstawić złe dane. Baza powinna je odrzucić i nic nie zapisać.

Test 1 — struktura i relacja

SELECT * FROM zadania WHERE uzytkownik_id = 2;

Oczekiwane: dokładnie jeden wiersz, zadanie Oli. (WHERE to warunek. Dokładniej poznasz go w Lekcji 18.) Zamień 2 na 1: tyle wierszy, ile zadań w Twoim CSV. Zamień na 3: pusty wynik, bez błędu. Użytkownika nr 3 nie ma, więc nie ma też jego zadań.

Test 2 — unikalny login

INSERT INTO uzytkownicy (login, imie) VALUES ('Kama_2026', 'Druga Kama');
INSERT INTO uzytkownicy (login, imie) VALUES ('KAMA_2026', 'Trzecia Kama');

Wykonuj po jednym poleceniu.

Test 3 — zadanie nieistniejącego użytkownika

INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (99, 'Zadanie bez właściciela', '2026-10-01', 10);

Oczekiwane: #1452 Cannot add or update a child row: a foreign key constraint fails. Klucz obcy nie wpuści zadania, którego właściciel nie istnieje. Zwróć uwagę, że pominęliśmy opis i data_wykonania, a mimo to tylko uzytkownik_id spowodował błąd. Dlaczego? Sprawdź DEFAULT i NULL tych kolumn. Po zmianie 99 na 1 polecenie przejdzie. Potem uruchom ponownie cały taskquest.sql, żeby wrócić do czystych danych.

Test 4 — baza pilnuje reguł kolumn

Każde polecenie osobno:

INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (1, NULL, '2026-10-01', 10);
INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (1, 'Ujemne XP', '2026-10-01', -5);
INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (1, 'Zły dzień', '2026-02-31', 10);
INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (1, REPEAT('a', 101), '2026-10-01', 10);

(REPEAT('a', 101) to funkcja SQL, która tworzy tekst ze 101 liter „a”.)

Porównaj z CSV. sprawdzWierszZadania() sprawdza tylko kształt daty (RRRR-MM-DD), więc 2026-02-31 z pliku przechodzi. Baza sprawdza kalendarz.

Jeśli któreś polecenie się wykonało (zamiast błędu pojawiło się ostrzeżenie, a w tabeli np. 0 zamiast -5 albo obcięty tytuł), Twój serwer działa w trybie „nieścisłym” (non-strict). Sprawdź: SELECT @@sql_mode;. W wyniku powinno być STRICT_TRANS_TABLES. Jeśli go nie ma, zgłoś to nauczycielowi i po teście uruchom ponownie taskquest.sql. Wniosek na przyszłość: walidacji w PHP nie usuwamy nigdy. Baza jest drugą linią obrony, a nie pierwszą.

Test 5 — NULL to nie tekst

INSERT INTO zadania (uzytkownik_id, tytul, termin, data_wykonania, xp) VALUES (1, 'Test NULL', '2026-10-01', 'NULL', 10);

Przewidź: czy to zadanie będzie wykonane, niewykonane, czy dostaniesz błąd? Oczekiwane: błąd #1292 Incorrect date value: 'NULL'. Tekst 'NULL' to nie brak wartości, tylko napis, który nie jest datą. Bez apostrofów polecenie przejdzie. Uruchom ponownie taskquest.sql.

Test 6 — skrypt da się uruchomić ponownie

Uruchom cały sql/taskquest.sql drugi raz. Oczekiwane: brak błędów, znowu 2 użytkowników i ta sama liczba zadań. Nie ma „śmieci” z testów 3–5, a id zadań znowu zaczynają się od 1.

Test 7 — diagnostyka

http://localhost/taskquest/diagnostyka.php: 18 × [OK], sekcja „Baza danych” z [OK] przy mysqli i jednym skryptem taskquest.sql. Zmień chwilowo nazwę pliku sql/taskquest.sql na taskquest.txt. Przewidź, co pokaże diagnostyka, sprawdź i przywróć nazwę. Oczekiwane: [BRAK] przy sql/taskquest.sql i 0 skryptów SQL.

Test 8 — regresja: aplikacja działa jak po Lekcji 15

Zaloguj się i porównaj taskquest/index.php z taskquest_lekcja15/index.php tego samego dnia. Różnić się może tylko wersja w stopce (1.5 → 1.7). Dodaj zadanie przez formularz. Pojawi się na liście i w data/zadania.csv, ale nie w bazie (SELECT * FROM zadania;). To potwierdza, że aplikacja jeszcze nie korzysta z bazy.

8. Obowiązkowe eksperymenty

Gdzie: phpMyAdmin, baza taskquest. Po każdym eksperymencie uruchom ponownie cały sql/taskquest.sql, żeby wrócić do czystego stanu.

Eksperyment 1: kolejność ma znaczenie

W taskquest.sql zamień miejscami dwie linie DROP TABLE IF EXISTS (najpierw uzytkownicy, potem zadania) i uruchom skrypt. Tabele już istnieją z wcześniejszego uruchomienia.

Wynik: #1451 Cannot delete or update a parent row: a foreign key constraint fails. Baza nie pozwala usunąć tabeli uzytkownicy, dopóki tabela zadania na nią wskazuje. Inaczej zadania wskazywałyby na użytkowników, których nie ma. Przywróć kolejność w pliku. Zasada: usuwamy od tabel zależnych („N”), tworzymy od niezależnych („1”).

Eksperyment 2: co robi ON DELETE CASCADE

SELECT * FROM zadania;
DELETE FROM uzytkownicy WHERE login = 'Ola_TQ';
SELECT * FROM zadania;

Przed wykonaniem przewidź, ile zadań zostanie. Wynik: zadanie Oli zniknęło razem z nią, choć polecenie dotyczyło tylko tabeli uzytkownicy. (DELETE to usuwanie wierszy. Z poziomu PHP zajmiemy się nim w Lekcji 19.)

Teraz wyobraź sobie, że w CREATE TABLE zadania nie ma ON DELETE CASCADE. Co zrobiłaby baza z tym samym DELETE? Sprawdź: usuń z pliku ON DELETE CASCADE, uruchom skrypt, powtórz DELETE. Wynik: #1451, czyli baza odmawia usunięcia użytkownika, który ma zadania. Obie reakcje chronią przed „osieroconymi” zadaniami. Różnią się tym, co wydarzy się z danymi. Dla TaskQuest wybieramy kaskadę: usunięcie konta usuwa też zadania. Przywróć ON DELETE CASCADE w pliku.

Eksperyment 3: utf8mb4 i emoji

INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (1, 'Trening 💪 i nauka SQL', '2026-10-01', 10);
SELECT tytul FROM zadania;

Działa: emoji zapisało się poprawnie. Teraz utwórz tabelę testową ze starszym kodowaniem utf8mb3. Dawniej nazywało się po prostu utf8 i mieściło znaki zajmujące najwyżej 3 bajty:

CREATE TABLE test_kodowania (tytul VARCHAR(100)) DEFAULT CHARSET=utf8mb3;
INSERT INTO test_kodowania VALUES ('Trening 💪');

Wynik: błąd #1366 Incorrect string value. Emoji zajmuje 4 bajty, a utf8mb3 mieści najwyżej 3. Polskie litery (2 bajty) przeszłyby bez problemu, dlatego ten błąd często wychodzi dopiero na produkcji, gdy pierwszy użytkownik wpisze emoji. Posprzątaj: DROP TABLE test_kodowania;

Eksperyment 4 (dodatkowy): skąd się biorą numery id

INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (1, 'Pierwsze', '2026-10-01', 10);
DELETE FROM zadania WHERE tytul = 'Pierwsze';
INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (1, 'Drugie', '2026-10-01', 10);
SELECT id, tytul FROM zadania;

Przewidź: jakie id dostanie „Drugie”? Czy to samo co „Pierwsze”? Wynik: następny numer. AUTO_INCREMENT nie wraca do zwolnionych numerów, więc w id powstaje „dziura”. To dokładnie ta sama zasada, z powodu której nastepneIdZadania() od Lekcji 13 liczy „największe id + 1”, a nie count() + 1: numer raz użyty nie powinien trafić do innego zadania.

9. ROZWIĄZANIE

W PHP zmieniają się tylko diagnostyka.php i includes/footer.php. Pozostałe pliki są identyczne jak po Lekcji 15 (wersja referencyjna w 15_TaskQuest.md, sekcja 9).

-- TaskQuest 1.7 — struktura bazy danych i dane testowe
-- Uruchom w phpMyAdmin: baza taskquest → zakładka SQL → wklej całość → Wykonaj.
-- Skrypt można uruchamiać wiele razy: najpierw usuwa stare tabele (RAZEM Z DANYMI!).

DROP TABLE IF EXISTS zadania;
DROP TABLE IF EXISTS uzytkownicy;

CREATE TABLE uzytkownicy (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    login VARCHAR(20) NOT NULL UNIQUE,
    imie VARCHAR(30) NOT NULL,
    haslo_hash VARCHAR(255) NULL,
    xp INT UNSIGNED NOT NULL DEFAULT 0,
    streak INT UNSIGNED NOT NULL DEFAULT 0,
    data_ostatniej_aktywnosci DATE NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

CREATE TABLE zadania (
    id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    uzytkownik_id INT UNSIGNED NOT NULL,
    tytul VARCHAR(100) NOT NULL,
    opis VARCHAR(300) NOT NULL DEFAULT '',
    termin DATE NOT NULL,
    data_wykonania DATE NULL,
    xp INT UNSIGNED NOT NULL,
    FOREIGN KEY (uzytkownik_id) REFERENCES uzytkownicy(id) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

-- Kama: te same wartości, które index.php symuluje od Lekcji 15.
-- Ola: drugi użytkownik, żeby w bazie byli dwaj właściciele zadań.
INSERT INTO uzytkownicy (login, imie, xp, streak, data_ostatniej_aktywnosci) VALUES
('Kama_2026', 'Kama', 99, 5, '2026-09-14'),
('Ola_TQ', 'Ola', 250, 0, NULL);

-- Zadania Kamy = wszystkie zadania z data/zadania.csv:
--   id pomijamy (AUTO_INCREMENT), tytuł i opis bez zmian (także "brudne" spacje),
--   wykonane 1 → data_wykonania '2026-09-14', wykonane 0 → NULL.
INSERT INTO zadania (uzytkownik_id, tytul, opis, termin, data_wykonania, xp) VALUES
(1, '   Nauczyć   się regexów   PHP   ', 'tu opis z CSV', '2026-09-20', '2026-09-14', 20),
-- ... kolejne zadania z data/zadania.csv (uzytkownik_id = 1) ...
(2, 'Zaprojektować bazę TaskQuest', 'Tabele uzytkownicy i zadania, klucze i relacja 1:N.', '2026-10-05', NULL, 30);

        <p>TaskQuest 1.7</p>
    </div>
</body>
</html>

10. Co zmieniliśmy w TaskQuest?

Zostaje

cały kod PHP z Lekcji 15: klasy Zadanie i Uzytkownik, wszystkie funkcje, index.php, dodaj-zadanie.php,
zaloguj.php, wyloguj.php, sesja, cookie filtr, walidacja formularzy
data/zadania.csv — nadal jedyne źródło zadań aplikacji
symulowane dane gracza w index.php (xp: 99, streak: 5, dataOstatniejAktywnosci: '2026-09-14')

Dochodzi

baza danych taskquest (utf8mb4_unicode_ci), tworzona w phpMyAdmin

sql/taskquest.sql (nowy plik, nowy katalog sql/)
    tabela uzytkownicy: id (PK, AUTO_INCREMENT), login (UNIQUE), imie, haslo_hash (NULL do L19),
                        xp, streak, data_ostatniej_aktywnosci (NULL = brak aktywności)
    tabela zadania:     id (PK, AUTO_INCREMENT), uzytkownik_id (FK → uzytkownicy.id, ON DELETE CASCADE),
                        tytul, opis, termin, data_wykonania (NULL = niewykonane), xp
    dane testowe: Kama (id 1, dane jak symulowane w index.php) z zadaniami z CSV, Ola (id 2) z jednym zadaniem

diagnostyka.php: sekcja „Baza danych” (extension_loaded('mysqli'), lista skryptów .sql), 18 wymaganych plików

Nowe narzędzia: pojęcia bazy relacyjnej (tabela, kolumna, wiersz, klucz główny, klucz obcy, relacja 1:N), SQL: CREATE TABLE, DROP TABLE IF EXISTS, INSERT INTO ... VALUES, SELECT *; typy INT UNSIGNED, VARCHAR(n), DATE; NULL/NOT NULL, DEFAULT, UNIQUE, AUTO_INCREMENT, PRIMARY KEY, FOREIGN KEY ... REFERENCES ... ON DELETE CASCADE, ENGINE=InnoDB, utf8mb4; w PHP: extension_loaded(), class_exists(), PHP_VERSION.

Zmieniamy

• diagnostyka.php: 18 wymaganych plików + sekcja „Baza danych”,
• includes/footer.php: TaskQuest 1.7.

Usuwamy

Nic.

Świadome decyzje projektowe

Co nowego potrafi TaskQuest po tej lekcji?

Po Lekcji 17 TaskQuest ma zaprojektowaną i zbudowaną bazę danych: tabelę użytkowników i tabelę zadań połączone relacją 1:N. Każde zadanie ma właściciela, a baza sama pilnuje unikalnych loginów, poprawnych dat, długości tekstów, nieujemnych XP i tego, żeby zadanie nie należało do nieistniejącego użytkownika. Całą strukturę i dane testowe odtwarza jeden skrypt sql/taskquest.sql, a diagnostyka.php potwierdza, że PHP ma rozszerzenie mysqli. Sama aplikacja działa jeszcze tak jak po Lekcji 15 i czyta CSV. W Lekcji 18 przełączymy ją na bazę.

11. Zadania końcowe — rozbuduj TaskQuest samodzielnie

Zadania nie są częścią wersji referencyjnej. Każde zapisuj w osobnym pliku SQL, żeby nie zepsuć taskquest.sql.

A. Odznaki: relacja „wiele do wielu”. TaskQuest ma przyznawać odznaki („Pierwsza piątka”, „Tydzień bez przerwy”…). Jeden użytkownik może mieć wiele odznak, a jedną odznakę może mieć wielu użytkowników.

1. Dlaczego ani kolumna odznaka_id w uzytkownicy, ani uzytkownik_id w odznaki tego nie rozwiąże?
2. W pliku sql/odznaki.sql zaprojektuj tabelę odznaki (id, nazwa unikalna, opis) i tabelę pośrednią uzytkownicy_odznaki (uzytkownik_id, odznaka_id, data_zdobycia) z dwoma kluczami obcymi. Klucz główny tabeli pośredniej to para kolumn: PRIMARY KEY (uzytkownik_id, odznaka_id). Co taki klucz uniemożliwia?
3. Dodaj 2 odznaki i przyznaj Kamie jedną z nich.
4. Uruchom teraz ponownie taskquest.sql. Co się stało i dlaczego? (Podpowiedź: Eksperyment 1.) Jak musiałby wyglądać początek taskquest.sql, gdyby odznaki weszły do projektu?

B. Baza pilnuje zakresu XP. UNSIGNED odrzuca liczby ujemne, ale przepuszcza 500. Sprawdź wersję serwera (SELECT VERSION();), a potem w kopii definicji tabeli zadania dodaj regułę CHECK (xp BETWEEN 1 AND 100). Przetestuj wstawienie zadania z XP 0, 1, 100 i 101. Obowiązkowo sprawdź w dokumentacji MariaDB (albo MySQL, zależnie od wyniku VERSION()), od której wersji CHECK jest naprawdę egzekwowane, a nie tylko akceptowane w składni.

C. Diagram bazy. phpMyAdmin ma narzędzie Designer (w polskim interfejsie: Projektant; baza taskquest → Więcej). Otwórz go, ułóż tabele czytelnie i zrób zrzut ekranu. Na diagramie wskaż: klucz główny każdej tabeli, klucz obcy i stronę „1” oraz „N” relacji.

Sprzątanie

Gdy testy przeszły i wykonane są eksperymenty:

1. usuń brudnopis.php,
2. uruchom ponownie sql/taskquest.sql: baza ma zawierać tylko dane testowe,
3. sprawdź, czy ON DELETE CASCADE i kolejność DROP w pliku są przywrócone (Eksperymenty 1, 2),
4. sprawdź index.php (działa jak po L15) i diagnostyka.php (18 × [OK], mysqli [OK]).

Do samodzielnego sprawdzenia

[ ] Nadal rozwijam ten sam projekt TaskQuest (nie zaczynam nowego).
[ ] Potrafię wymienić trzy problemy CSV, które rozwiązuje baza danych.
[ ] Potrafię wyjaśnić na przykładzie TaskQuest: tabela, kolumna, wiersz, klucz główny, klucz obcy.
[ ] Wiem, dlaczego klucz obcy uzytkownik_id jest w tabeli zadania, a nie w uzytkownicy.
[ ] Potrafię dobrać typ kolumny (INT UNSIGNED, VARCHAR(n), DATE) i zdecydować o NULL / NOT NULL.
[ ] Wiem, czym NULL różni się od '' i od 'NULL'.
[ ] Potrafię wyjaśnić, dlaczego w bazie nie ma poziomu ani kolumny wykonane.
[ ] Mam bazę taskquest (utf8mb4_unicode_ci) i plik sql/taskquest.sql, który działa przy każdym uruchomieniu.
[ ] Testy 2–5 kończą się oczekiwanymi błędami (albo wiem, dlaczego u mnie nie).
[ ] Potrafię zbudować obiekt Zadanie z wiersza z kolumną data_wykonania (sekcja 6).
[ ] diagnostyka.php pokazuje 18 × [OK] i mysqli [OK].
[ ] Aplikacja działa jak po Lekcji 15 i wiem, że jeszcze nie korzysta z bazy.
[ ] Usunęłam/usunąłem brudnopis.

Pytania kontrolne

1. Kuba i Ola dodają zadanie w tej samej sekundzie. Co może się stać w TaskQuest 1.5 (CSV) i dlaczego w bazie ten problem nie występuje w ten sam sposób?

2. Dlaczego zadanie ma kolumnę uzytkownik_id, a użytkownik nie ma kolumny z listą swoich zadań?

3. Przewidź wynik każdego polecenia (przyjęty / błąd, jaki?), gdy w bazie są tylko Kama (id 1) i Ola (id 2):INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (2, 'A', '2026-10-01', 5);
INSERT INTO zadania (uzytkownik_id, tytul, termin, xp) VALUES (3, 'B', '2026-10-01', 5);
INSERT INTO uzytkownicy (login, imie) VALUES ('ola_tq', 'Ola 2');
INSERT INTO uzytkownicy (login, imie) VALUES ('Nowy_1', 'Nowy');
Jakie XP i jaki streak będzie miał użytkownik Nowy_1? Skąd to wiadomo?

4. Kolega proponuje dodać do uzytkownicy kolumnę poziom INT, „żeby nie liczyć za każdym razem”. Podaj konkretny przykład danych, które wtedy mogą sobie przeczyć, i wskaż, który fragment kodu TaskQuest już ten poziom liczy.

5. Czym różnią się dla bazy te trzy wartości data_wykonania: NULL, '', 'NULL'? Która oznacza zadanie niewykonane?

6. W taskquest.sql jest błąd. Znajdź go (są dwa).CREATE TABLE zadania (
id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
uzytkownik_id INT NOT NULL,
tytul VARCHAR(100) NOT NULL,
FOREIGN KEY (uzytkownik_id) REFERENCES uzytkownicy(id) ON DELETE CASCADE,
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;


7. Dlaczego sql/taskquest.sql zaczyna się od DROP TABLE IF EXISTS zadania, a nie ... uzytkownicy? Co by się stało na szkolnym serwerze z prawdziwymi danymi uczniów, gdyby ktoś uruchomił ten skrypt?

8. W Lekcji 18 z bazy przyjdzie wiersz ['id' => 7, 'tytul' => 'X', ..., 'data_wykonania' => '2026-09-21', ...]. Napisz fragment tworzenia obiektu Zadanie, który ustawia wykonane. Czy klasa Zadanie musi się zmienić? Dlaczego nie?

9. diagnostyka.php pokazuje [OK] przy mysqli. Czy to znaczy, że TaskQuest połączy się z bazą? Czego ta diagnostyka jeszcze nie sprawdza?

10. Dlaczego mysql_connect() z poradnika z 2012 roku nie zadziała w Twoim PHP, a class_exists('mysqli') zwraca true? Co w Lekcji 18 napiszesz, żeby utworzyć połączenie

1. xp INT UNSIGNED NOT NULL (zakresu 1–100 ten typ nie wymusza), tytul VARCHAR(100) NOT NULL, termin DATE NOT NULL, opis VARCHAR(300) NOT NULL DEFAULT '' (brak opisu to pusty tekst, nie NULL).
2. Pierwsze — błąd #1292: data musi być w formacie RRRR-MM-DD. Drugie — błąd #1292: 'NULL' to napis, a nie brak wartości (poprawnie: NULL bez apostrofów). Trzecie się wykona — baza przekonwertuje '10' na liczbę, ale to zła praktyka: apostrofy sugerują tekst.
3. Błąd #1062 Duplicate entry. Metoda porównywania _ci nie rozróżnia wielkości liter, więc dla reguły UNIQUE to ten sam login co Kama_2026.
4. FOREIGN KEY (uzytkownik_id) REFERENCES uzytkownicy(id) ON DELETE CASCADE
5. Klucz obcy. MyISAM przyjmuje zapis FOREIGN KEY, ale go nie egzekwuje — do tabeli zadania trafi zadanie z nieistniejącym uzytkownik_id, a ON DELETE CASCADE nic nie usunie. Dlatego używamy ENGINE=InnoDB.
6. Zadanie „Drugie” dostanie następny numer, a nie numer zwolniony przez „Pierwsze” — w kolumnie id powstaje dziura. AUTO_INCREMENT nie wraca do wykorzystanych numerów. Ta sama zasada co w nastepneIdZadania() („największe id + 1”, nie count() + 1).
7. Tak, przyjmie. UNSIGNED odrzuca tylko liczby ujemne. Zakresu 1–100 pilnuje walidujNoweZadanie() w PHP; w bazie można go wymusić regułą CHECK (zadanie końcowe B).
8. Pusty wynik, bez błędu. Warunek WHERE po prostu nie pasuje do żadnego wiersza — to nie jest błąd składni ani naruszenie reguły.
9. Problemy m.in.: baza nie sprawdzi, czy taka odznaka w ogóle istnieje (brak klucza obcego); nie da się zapisać daty zdobycia odznaki; wyszukanie „kto ma odznakę X” wymaga przeszukiwania tekstu; zmiana nazwy odznaki wymaga poprawienia jej w każdym wierszu; limit 255 znaków ograniczy liczbę odznak. Poprawnie: osobna tabela odznaki i tabela pośrednicząca uzytkownicy_odznaki z dwoma kluczami obcymi i kluczem głównym złożonym z pary kolumn (relacja m:n).
10. a) 7.0; nie zadziała (funkcja nie istnieje). b) MySQL/MariaDB. c) new mysqli(...); obiektowej. d) Nie — to znaczy tylko, że PHP ma włączone rozszerzenie. Nie sprawdza, czy serwer bazy działa, czy dane dostępowe są poprawne i czy baza istnieje.