Oui je suis parti dans cette optique aussi.

Merci pour ta réponse

salut,

je penche pour deux table, car sinon il faudra parser le champ et la c'est le drame ;)
pourquoi :
- c'est pas simple (quoique) de supprimer un id
- c'est pas simple d'en modifier un;
- il est possible (s'il y a une table utilisateur) d jouer avec les contraintes de clefs étrangères, ce qui n'est pas possible si tous est dans un champ.
- globalement c'est plus simple d'utilisation :-)

@+

Bonjour,

J'aimerai connaître votre avis sur un point d'optimisation

J'utilise une base mysql, et on me demande de gérer des listes d'id d'utilisateur.
Ces id seront donc, dans un second temps, utilisés pour récupérer les informations qui leur est rattaché (nom, prénom, tel etc ...).

Mais d'abord, je dois stocker cette liste et je me demande qu'elle méthode est la plus optimisée :
Créer un champ dans une table qui contiendra tous les ids séparés par des virgules
ou
créer une table qui fera la relation entre une liste et les id qui la compose :
[u]Table Liste[/u]
listeId (identifiant de la table Liste)
listeNom

[u]Table ListeId[/u]
fk_listeId
utilId


Sachant que :
[list]
- la liste d'id sera dans un premier temps de quelques milliers d'ids puis par la suite de dizaine de milliers
- et que plusieurs listes seront crées dans un temps qui devra être le plus court possible.
[/list]

j'ai donc ces deux solutions là, mais il doit surement y en avoir d'autres encore plus optimisé, donc si vous avez conseil ou avis, je suis preneur.

Merci d'avance