Je dirais que c'est principalement une question de cardinalité...

Si ta relation est de type 1::1 voire 1::2 (c'est à dire qu'à un utilisateur ne peut être rattachée qu'une ou deux options), tu peux ajouter un (ou deux) champ dans ta table table utilisateur.

Si tu as une relation de type 1::N ou N::N (c'est à dire qu'un ou N utilisateurs peuvent être rattachés à N options), il faut utiliser une table supplémentaire dans laquelle tu pourras stocker l'id de l'utilisateur et l'id de l'option qui lui est associé. En recherchant un id user sur cette table, tu obtiendras facilement les id des toutes les options auxquelles il est rattaché, ou au contraire pour un id option donné, tu peux aisément savoir quels sont les utilisateurs qui y sont rattachés.

Ce qu'il faut absolument éviter c'est de gérer plusieurs valeurs dans un seul champ

Bonjour à tous,

je dois programmer un module d'option qui pourront évoluer dans le temps.
je voulais savoir comment m'y prendre à savoir si je devais rajouter un champs mysql sur ma table utilisateur ou gérés ça dans une table séparés.

Le problème dans tout ça c'est que certains utilisateurs auront droit à certaines options et pas d'autres. Donc mon souci n'est pas technique en soi puisque je ne sais pas par où commencer ni comment m'y prendre.

Si quelqu'un a une piste ce serait pas mal