Cita: supongo que se podría sacar los datos de artículos y cajas sin tener que almacenar 2 veces los mismos datos no?
Precisamente. Eso que planteas es lo que se denomina un riesgo de consistencia de datos.
Si por alguna razón (imprevisible en una aplicación web), pueda darse un problema de sincronización entre los datos de ambas tablas, la información contenida podría ser incorrecta en una de ellas. Ese es un riesgo que no se debe corrrer.
Si la tabla "Barcode" es una tabla que guarda transacciones temporales sobre los productos, eso habría que diseñarlo de otro modo. Además que no se debe poner información que no le pertenezca.
Es decir, si debes volver al stock una cantidad de N unidades de un articulo, lo que corresponde es guardar sólo la cantidad a devolver, y no el precio que tiene.
Otra cosa, no obligatoria, pero sí conveniente, es que los nombres de las tablas sean representativos de lo que son esas tablas. Un "barcode" es un código de barras, y en ningún modo se relaciona con un stock transaccional o de devoluciones de mercadería. Son conceptos diferentes.