Bonjour à tous,
Après des recherches, je suis arrivé à la conclusion que c exactement la même chose ! Même taille prises (longueur chaîne + 1), mêmes limites, acceptent les index, les clés,... Alors y'a t-il une différence que j'ai omis, faut-il en préférer un à l'autre ?
Voilà, merci pour les précisions !

oui, ça a l'air d'être la même chose... en tout cas, n'utilise pas tinyblob si c'est pour stocker du texte... blob, c'est pour stocker du binaire. Moi je dirais qu'il vaut mieux utiliser varchar si tu sais que ça va pas dépasser 255 caractères. (et je rajouter que tinytext, c'est vachement spécifique à MySQL, donc ne pas prendre de mauvaises habitudes... en postgres, c'est soit varchar, soit text (même si c'est pareil, parce que les varchar sont illimités, sauf limite de 1Go...)

Désolé Z0rglub mais blob peut également servir pour du texte. Cf manuel de MySQL :

La seule différence entre les types BLOB et TEXT tient aux tris et aux comparaisons : ils tiennent compte de la casse dans le cas des TEXT, et n'en tiennent pas compte, dans le cas des BLOB. En d'autres termes, un TEXT est un BLOB insensible à la casse.
 
Par contre, tu as raison pour la spécificité de tinytext à MySQL, ça peut faire pencher la balance

Quand tu as un champs type blob dans phpmyadmin c marqué binaire donc c que à mon avis c + conseillé à du binaire (images, fichiers .....) plutot qu'à du texte.
Il vaut mieux utiliser text dans ce cas.
 
Pour revenir à ton problème, moi je prendrai varchar

oui, ça je sais, mais d'un point de vue sémantique, on utilise pas un blob pour stocker du texte, ça n'a pas de sens... (et pourtant, ils le font dans ma boîte, heureusement que j'ai modifié ça...

Bon je vais rester sur du VARCHAR(255) ou du TEXT pour des chaînes > 255. Y'a pas vraiment de différences mais c plus "SQL compliant" comme disait Z0rglub !