Zapisz go jako VARCHAR(36) jeśli chcesz mieć dokładne dopasowanie, lub VARCHAR(255) co i tak wyjdzie z tego samego kosztu przechowywania. Nie ma powodu, aby przejmować się bajtami tutaj.
Zapamiętaj VARCHAR pola mają zmienną długość , więc koszt przechowywania jest proporcjonalny do rzeczywistej ilości danych, a nie do ilości danych, które mogą się w nich znajdować.
Przechowywanie go jako BINARY jest bardzo irytujące, wartości są niedrukowalne i mogą pojawić się jako śmieci podczas uruchamiania zapytań. Rzadko istnieje powód, aby używać dosłownej reprezentacji binarnej. Wartości czytelne dla człowieka można kopiować i wklejać oraz łatwo z nimi pracować.
Niektóre inne platformy, takie jak Postgres, mają odpowiednią kolumnę UUID, która przechowuje je wewnętrznie w bardziej kompaktowym formacie, ale wyświetla je jako czytelne dla człowieka, dzięki czemu uzyskujesz to, co najlepsze z obu podejść.
