Ver Mensaje Individual
  #1  
Antiguo 10-11-2016
Pancho_lp Pancho_lp is offline
Registrado
NULL
 
Registrado: nov 2016
Posts: 2
Reputación: 0
Pancho_lp Va por buen camino
Question Consulta sobre un diseño

Buenas gente como andan? Hace mucho no pasaba por estos lados, tuve que hacerme un usuario nuevo y todo. En fin, les vengo con una consulta sobre parte del diseño de una base de datos que estoy implementando; tengo lo siguiente:
TABLAS: productos (idp, nombre), ingresos (id_ing, idp, cant, precioUnidad, addstamp), stock (idp, cant, sentido, id_tipo, destino, addstamp)
Resumi los campos de las tablas para mostrar puntualmente un problema que tengo, las tablas no respetan ésas estructuras. Me gustaría hacer incapié en lo siguiente: Necesito saber la plata que me cuesta cada producto Egresa de mi stock. Cuando registro ingresos, los hago a un precio por cada producto, luego de registrar el ingreso registro un alta (ej: sentido = Ingreso, id_tipo = 1 (alta), destino = NULL) a la tabla stock de la cantidad indicada en el ingreso para ése producto.
Aparte, en la tabla stock, registro prestamos de esos productos que compro (ej: sentido: Egreso, id_tipo = 2(baja por prestamo), destino = zzz, idp = X, cant = N), y bajas (ej: sentido = Egreso, id_tipo = 3 (baja perdida), destino: NULL, idp = X, cant = N).
La estructura de tabla stock es ésa, no se puede cambiar, y sobre ella registro altas y bajas independientemente los motivos.
Cuando yo registro un prestamo de un determinado producto y una cantidad, me gustaria saber lo que me esta costando ése préstamo. El problema lo tengo con las cantidades, es decir, yo tengo un ingreso de:
id_ingreso: 1, id_producto: 10, cantidad: 20, precioUnidad: $5, fecha....
id_ingreso: 2, id_producto: 10, cantidad: 10, precioUnidad: $15, fecha...
y un stock actual de 30 para ese producto, y necesito hacer un préstamo de 25. Ese prestamo va a tener un valor de (20x$5)+(5x$15) = $175, la cuestión es que para llevar un registro del costo que me lleva un producto, manteniendo esta estructura o esta visión del problema, se vuelve bastante costoso a nivel base de dato.
A alguien se le ocurre alguna idea...
Desde ya muchas gracias.
PD: Es muy probable que no haya sido claro al explicar el problema, cualqiuer cosa pregunten
Responder Con Cita