Cita:
Iniciado por gnzsoloyo 
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.
- ¿entonces dices que lo conveniente seria guardar solo en esa tabla las unidades a devolver? ¿o lo harías de otra forma?
- lo del nombre "barcode" es porque lo llamamos así al proceso de preparar los productos para devolverlos. pero tienes razón lo normal seria poner devolución en el nombre de la tabla, por que alguien que modifique esa tabla no tiene porque saber que el proceso ese se llama "barcode".