Oui, bien sûr, il te suffit de faire Ça marche très bien à condition de ne jamais avoir de caractère | dans le nom d'un produit. Seul petit désavantage de cette méthode, c'est environ 1000 fois plus lent que la table énorme dont tu parles.

Mon conseil : structure tes données normalement, mets un index sur la colonne en question et ne te soucie pas de la taille de ta table tant que ça reste en dessous de 1 GiB.

PS: déplacé dans le bon forum. Le mot-clé est "normalisation", tu trouveras pas mal de topics à ce sujet.

Euh, tu sais la première phrase mon précédent post était en fait destinée à être sarcastique. Si tu utilises une requête LIKE je te promets que tu vas très amèrement le regretter. À moins d'utiliser un index FULLTEXT (qui n'est pas fait pour ça d'ailleurs) MySQL va lire 100% de ta table à chaque requête. Si tu normalises les données (la grosse table) alors MySQL va probablement lire moins de 1% des données par requête. Si ton échantillon de données est trop petit pour noter le ralentissement alors ta table doit être minuscule. Et si ta table est assez grosse pour te donner envie de dénormaliser alors les pertes en performance vont être phénoménales. Et ne crois pas une seule seconde que j'exagère. Le jour où ta table sera plus grosse que la quantité de RAM disponible, ton serveur va tout simplement planter. D'un jour à l'autre et sans avertissement.

À part ça, comment on fait pour juger de la performance d'un script PHP. C'est un très long sujet, ça s'appelle du "profiling" (go go Google, regarde du côté de XDebug, CacheGrind et WinCacheGrind). Pour les requêtes SQL on utilise la commande EXPLAIN.

si tu as 2 tables, une pour le produit et une pour les critères, si tu veux ajouter un critère, il suffit d'ajouter une ligne dans la table des critères pour le produit en question.

Honnêtement, je te conseille de te renseigner sur la normalisation des bases de données.