Bueno .. el tema de las categorías/subcategorías puedes gestionarlo con el modelo de datos y ejemplo del link que te dejé del mensaje en cuestión del foro.
Cita: osea donde alamacenarìa entonces cuantos articulos tiene cada categoria?
Bueno .. para eso exite el SQL (Lenguaje Estructurado de Consultas) .. para que "armes" tu sentencia SQL tal que te entregue el resultado que andas buscando. Las relaciones de tus datos ya harán lo demás.
Cita: pero la idea de crear otra tabla de categorias es buena no?
No se trata de crear otra tabla .. sino de re-estructura la que ya usas para categorías .. Ten presente que no puedes dejar las categorías como "fijas" .. así el sistema se cierra en si mismo y no servirá para otros propósitos, además que piensa también que el n° de campos en una tabla de una Base de datos no es ilimitado tampoco lo son registros, OK; pero n° de campos por tabla vs n° registros por tabla ... la diferencia es abismal, a su vez .. trabajar a ese nivel con tablas (Creando "campos" para crear una categoría nueva alterando la estructura de tus tablas o a la hora de borrar una categoría), como veras te hace tener un montón de código "auxiliar" para ver tus tablas .. sus nombres de campos .. etc cuando no es para nada necesario ni mucho menos optimo hacerlo así. Esto es parte de las teorías de "Normalización" (que puedes ver en tutoriales que tienes en
www.mysql-hispano.com por ejemplo).
Todo esto en el supuesto caso que no decidas usar sub-categorías. Si vas a usar mas de una sub-categoría ... mejor que implementes lo que el link del mensaje que te dejé usa como modelo de datos que por cierto tampoco es la única opción como "modelo de datos para estructuras en arbol" .. pero es uno de los más sencillos de implementar vs rendimiento.
Un saludo,