Solo para redondear un poco mas la idea de Gabo77....
Esas son relaciones n:m, osea de muchos a muchos, y tal como dice Gabo77 se solventan de esa manera, haciendo una tercera tabla.
Por experiencia te digo lo siguiente, eso de poner como PK en la tabla puente los id de las tablas articulos y categorias se puede hacer así y normalmente es lo mas usado, pero también puedes crear un id autoincrementable que sería tu PK, con los id anteriores como atributos de la tabla puente, es solo una solucion mas..., a veces la primera opción me ha puesto a programar de "mas".
Aclaro que no estoy deciendo que no se deba hacer así, es solo otra alternativa no?
Saludos