W polu cena w tabeli produktów kluczowe jest to, że cena zwykle wymaga części ułamkowej (np. 12,99) oraz przewidywalnego zaokrąglania w obliczeniach (sumy, rabaty, podatki). Dlatego właściwym wyborem jest DECIMAL(10, 2), czyli typ liczbowy o stałej liczbie miejsc po przecinku (skala 2) i określonej maksymalnej liczbie cyfr (precyzja 10). Taki typ jest standardowo stosowany do wartości "pieniężnych" w wielu systemach bazodanowych, bo ogranicza typowe problemy z reprezentacją ułamków w zapisie binarnym.
Odpowiedź INTEGER(11) jest nieadekwatna, ponieważ przechowuje wyłącznie liczby całkowite. Gdyby użyć tego typu, nie dałoby się poprawnie zapisać groszy/centów (np. 19,99), a próby "obejścia" problemu (np. mnożenie przez 100) utrudniają czytelność, zapytania i integrację z aplikacją.
Odpowiedź TINYTEXT jest błędna, bo to typ tekstowy. Pozwala co prawda zapisać ciąg znaków wyglądający jak cena, ale utrudnia porównania i obliczenia (sortowanie leksykograficzne zamiast numerycznego, brak kontroli zakresu i skali, większe ryzyko błędów walidacji).
Odpowiedź ENUM również nie pasuje: ten typ służy do wyboru jednej wartości ze z góry zdefiniowanej listy (np. "S/M/L" lub "dostępny/niedostępny"). Cena nie jest zbiorem kilku stałych opcji, tylko wartością liczbową, na której wykonuje się obliczenia i która może przyjmować wiele różnych wartości.
Wskazówka egzaminacyjna: gdy pole opisuje wielkość mierzalną, a w szczególności wartość z częścią ułamkową wymagającą kontroli liczby miejsc po przecinku, szukaj typu dziesiętnego o określonej skali (np. 2 miejsca dla ceny).
