Citation : Si j'ai un contenu avec un grand volume de caractères, que dois je utiliser alors ?
BLOB == binary large objects
On parle donc de données non-textuelles. Il s'agit typiquement de stocker des sérialisation d'objets de manière efficace (en pratique dans Creme ce genre d'objet est petit et on stocke plutôt du JSON) ; c'est parfois utilisé pour stocker des fichiers, mais c'est connu pour être une très mauvaise idée 99% du temps (c'est bien documenté sur le web si ça vous intéresse).
Donc :
- soit je vois mal des utilisateurs manipuler ce genre de données, et donc un champ personnalisé n'est pas le bon choix (il faut un champ accessible au code uniquement).
- soit vous voulez stocker des grosses chaînes de caractères (genre des descriptions de quelques dizaines de lignes), auquel cas le champs personnalisé "chaine de caractères" est OK (c'est un TextField Django).
- soit vous voulez stocker des fichiers auquel cas il y a des FileFields dans Django (la base SQL stocke le chemin du fichier, le fichier est stocké de manière classique) ; pas sûr qu'on mette un jour un champ personnalisé de type "fichier" (mais il faudrait en parler avec mes collègues). Une solution simple serait par exemple d'utiliser une entité de type Document (qui contient un fichier) et liée à votre entité (regardez le bloc des Documents reliés sur les vues détaillées des Contact/Sociétés).
- autre ?
difficile de répondre sans plus de détails techniques.
