Stockez-le sous VARCHAR(36) si vous cherchez à avoir un ajustement exact, ou VARCHAR(255) qui va fonctionner avec le même coût de stockage de toute façon. Il n'y a aucune raison de se soucier des octets ici.
N'oubliez pas VARCHAR les champs sont de longueur variable , de sorte que le coût de stockage est proportionnel à la quantité de données qu'ils contiennent réellement, et non à la quantité de données qu'ils pourraient contenir.
Stockage en tant que BINARY est extrêmement ennuyeux, les valeurs ne sont pas imprimables et peuvent apparaître comme des ordures lors de l'exécution de requêtes. Il y a rarement une raison d'utiliser la représentation binaire littérale. Les valeurs lisibles par l'homme peuvent être copiées-collées et manipulées facilement.
Certaines autres plates-formes, comme Postgres, ont une colonne UUID appropriée qui la stocke en interne dans un format plus compact, mais l'affiche comme lisible par l'homme, de sorte que vous bénéficiez du meilleur des deux approches.
