mmm .. a nivel de normalizaciòn y de "expansión" de tu sistema .. te recomendarìa seguir con tu modelo de datos original, es decir; una tabla para tus categorias .. pues si crecen .. modificar una estructura de un campo tipo SET o ENUM afecta normalmente a "progración" también que lo gestiona .. mientras que usar dos tablas en relación 1->N no hay problema en añadir más categorías si corresponde salvo que las consultas SQL se complican un poco más.
Pero .. para tu caso concreto que mencionas que 1 "juego" pued estar en "varias" categorías .. lo que te harìa falta es un modelo de datos con relaciòn N<->N
Es decir ...
tabla juegos
ID_juego
nombre
blabla
tabla categorias
ID_categoria
categoria nombre
blabla
tabla juego_categoria
ID_juego
ID_categoria
Como veras esto en principio: "Definir el mejor modelo de datos" para tu BD .. no tiene nada que ver en este punto con "PHP" .. debes enfocar estas preguntas en el foro de "Base de datos" .. No sòlo para definir este (u otro modelo mejor) de datos .. sino para que te orienten sobre el tipo de consultas SQL que tendràs que aplicar para lo que ya por encima comentas como "mostrar sòlo los juegos de tal categoria .. o mostrar los juegos y a que categorias pertenecen o estàn" entre otras cosas que se puedan ocurrirte hacer.
En
www.mysql-hispano.com tienes abundantes tutoriales sobre "Base de datos" orientados a Mysql .. entre ellos tienes uno que habla sobre el concepto de la "Normalización" ... Intenta leerlo y comprenderlo. Pero sobre todo en este momento .. olvida "PHP" y centrate en definir tus "datos" y las relacinoes que van a guardar entre ellos .. así mismo a implementar las sentencias SQL que te van hacer falta. Luego ya entrarà PHP en juego para "ejecutar" esas consultas SQL.
Un saludo,