Kwalifikacja: INF.03 - Tworzenie i administrowanie stronami i aplikacjami internetowymi oraz bazami danych

W tym pytaniu kluczowe jest zrozumienie, że data urodzenia jest typową daną kalendarzową i powinna być przechowywana w specjalnym typie datowym, a nie w typach przeznaczonych do zupełnie innych zastosowań. Częsty błąd polega na tym, że ktoś próbuje dobrać typ po nazwie, która brzmi ogólnie znajomo, bez zastanowienia się, jakie operacje będą później wykonywane na tych danych i jakie możliwości daje konkretny typ w SQL. Typ TIME służy do przechowywania samego czasu, najczęściej w formacie godzina:minuta:sekunda, bez informacji o dacie. Jest idealny np. do godzin rozpoczęcia lekcji, planu dzwonków, rejestracji czasu wejścia na lekcję, ale kompletnie nie nadaje się do daty urodzenia, bo w tym przypadku to właśnie dzień, miesiąc i rok są kluczowe, a nie godzina. Gdyby zapisywać datę urodzenia jako TIME, stracilibyśmy całkowicie informację o dacie, a baza nie byłaby w stanie poprawnie obliczyć wieku ucznia czy filtrować po roczniku. Z kolei BLOB to typ binarny, używany do przechowywania surowych danych, takich jak zdjęcia, skany dokumentów, pliki PDF, dźwięki. Z technicznego punktu widzenia dałoby się tam wrzucić cokolwiek, nawet zakodowaną datę, ale byłoby to łamanie wszystkich sensownych zasad projektowania baz danych: brak możliwości sortowania po dacie, brak standardowych funkcji datowych, problem z indeksowaniem, trudne debugowanie. To typ przeznaczony do zupełnie innych zastosowań, np. zdjęcie legitymacyjne ucznia można trzymać w BLOB, ale już jego datę urodzenia absolutnie nie. ENUM natomiast służy do przechowywania jednego z kilku z góry zdefiniowanych tekstowych wariantów, np. płeć, status ucznia, typ klasy. Data urodzenia nie jest zbiorem zamkniętych wartości, tylko ciągłym zakresem dat, więc próba użycia ENUM prowadziłaby do absurdalnej sytuacji definiowania tysiąca możliwych opcji. Typowym błędem myślowym jest tu traktowanie każdej informacji jako zwykłego tekstu lub „opcji z listy”, zamiast korzystać z wyspecjalizowanych typów datowych dostępnych w SQL. Dobre praktyki mówią jasno: do dat używamy DATE (lub pokrewnych typów), do czasu TIME, do plików BLOB, a ENUM tylko tam, gdzie mamy niewielki, stały zestaw opisowych wartości.