Salvalo come VARCHAR(36) se stai cercando un adattamento esatto, o VARCHAR(255) che funzionerà comunque con lo stesso costo di archiviazione. Non c'è motivo di preoccuparsi dei byte qui.
Ricorda VARCHAR i campi sono di lunghezza variabile , quindi il costo di archiviazione è proporzionale alla quantità di dati effettivamente contenuta, non alla quantità di dati che potrebbero esserci.
Memorizzazione come BINARY è estremamente fastidioso, i valori non sono stampabili e possono apparire come spazzatura durante l'esecuzione di query. Raramente c'è un motivo per usare la rappresentazione binaria letterale. I valori leggibili dall'uomo possono essere copiati e incollati e lavorati facilmente.
Alcune altre piattaforme, come Postgres, hanno una colonna UUID adeguata che la memorizza internamente in un formato più compatto, ma la visualizza come leggibile dall'uomo, in modo da ottenere il meglio da entrambi gli approcci.
