ayuda para diseñar tablas....

[[Delphius]]

El problema amigo Azul, es que por lo general no es adecuado llevar el precio de compra o de venta en la misma tabla que hace de inventario. Debido principalmente por el problema que estás pasando.

Lo correcto sería que lleves dos tablas más: Compra y DetalleCompra.
Tu tabla compra llevará entonces la información que distingue a una compra de otra: una PK que actue como identificador, un campo fecha, una FK hacia el proveedor, y demás...

DetalleCompra por tanto contendrá: una PK, una FK hacia la PK de la tabla Compra, una Fk hacia el producto en cuestión, un campo precio de compra, un campo cantidad. Eso como mínimo.

Pues por ahora eso es lo mínimo necesario.
Pero como recomendación amigo te puedo decir que analices mejor el tema del movimiento de stock...
Por lo que leo se trata de una empresa que se dedica a obras de construcción si es así sabrás, o te informarás de que los pedidos por lo general se hacen x días antes de que el stock llegue a su mínimo. Pero hay casos especiales... por ejemplo el de los materiales con que se realiza el cemento.
Por lo general, se estila pedir estos materiales bajo demanda y no tener demasiado en stock ya que es un elemento relativamente caro y una vez hecho el concreto debe usarse. Se pide lo justo y necesario... ni más, ni menos. Una vez hecho el concreto se debe usar en el momento, nada sobra.
Debido a esto, en algunos lugares las empresas ofrecen bolsas de diversos tamaños, de tipo de diferentes mezclas.

Creo que con lo que he dicho, más lo que aportó Carlos se entiende la idea.
Si necesitas saber más sobre obras avisa. Veo como le pregunto a mi padre (El estuvo un buen tiempo en el sector Obras Públicas de la Municipalidad y entiende del asunto).

[[BlueSteel]]

Holas...

Bueno... gracias por responder..

super validas ambas opiniones, pero creo que me falto agregar información... aqui les dejo mi diseño de la base de datos..

La pregunta en realidad iba por otro camino.... el requerimiento fue de COSTOS PROMEDIOS...es decir que pueda realizar un promedio (o conocer el costo real) de los articulos utilizados...

Esto me lo pidieron porque se puede dar el caso que en la bodega exista un articulo que lo pueden usar en un Proyecto...eso articulo posee un precio de compra... si el stock no es suficiente.. deberán adquirir más stock para satisfacer el requerimiento... y tambien puede pasar que el valor de los nuevos articulos no sean los mismo...entonces, lo que me piden es saber que cuanta cantidad de articulos se emplearon en la obra...eso lo se por las salidas de Bodega... pero además, si existe 1 articulos que durante la ejecución de la obra se adquirio más de 1 vez.. y cada vez fue a precios diferentes... que me indique claramente cuanto fue el costo real.... por que como les decia anteriormente...con el ejemplo de los sacos de cemento...que no es lo mismo decir que gaste 170 sacos de cemento y el costo fue $952.000 o $654.500, cuando en realidad el costo fue $800.000

170 sacos de cemento a $3.850 (si tomo el valor inicial) => $654.500
170 sacos de cemento a $5.600 (si tomo el valor final) => $952.000

cuando el costo es de

30 sacos a $3.850 =>$115.500
90 sacos a $4.500 =>$405.000
50 sacos a $5.600 =>$280.000 Total Gastado $800.000

Bueno, en el diseño podrán apreciar que utilizo diferentes tablas para organizar las ordenes de compra y detalle, facturas de compra y detalle, facturas de venta y detalle, salidas a producción y detalle... etc...

Salu2...

[[Delphius]]

Veamos si entiendo ahora:
¿Tu duda pasa entonces por determinar donde y/o como mantener la información del/para el costo promedio? Es decir... ¿cual de las tablas te es viable y útil para mantener dichos datos?

Si es eso... te soy sincero... no te sabría decir ahorita... me pillaste medio dormido. Mañana me pillas mejor.

No es por criticarte, debe ser mi falta de costumbre, pero a primera vista me costó interpretar bien la flecha, por momentos me parecía indicar el sentido de "varios" y por otros momentos el de "uno". Lo que no comprendo bien es la nomeclatura, D para detalles, F para ¿factura? y ¿G?
Se que no me incumbe... sólo ando curioso.

Lamento tener mi cerebro apagado, pero una vez que duerma recuperaré energias.

Saludos,

[[BlueSteel]]

Empezado por Delphius

Veamos si entiendo ahora:
¿Tu duda pasa entonces por determinar donde y/o como mantener la información del/para el costo promedio? Es decir... ¿cual de las tablas te es viable y útil para mantener dichos datos?

algo por el estilo... osea si es necesario agregar otra tabla.. la agregamos...

Si es eso... te soy sincero... no te sabría decir ahorita... me pillaste medio dormido. Mañana me pillas mejor.

No problem amigo Delphius....siempre es bueno darle más de una buelta...sobre todo al diseño de una base de datos...

No es por criticarte, debe ser mi falta de costumbre, pero a primera vista me costó interpretar bien la flecha, por momentos me parecía indicar el sentido de "varios" y por otros momentos el de "uno".

bueno...eso es problema del programa en donde realizo el modelamiento... es el SDesigner 5....así trabaja

Lo que no comprendo bien es la nomeclatura, D para detalles, F para ¿factura? y ¿G?

D -> Detalle
F -> Factura
G -> Gasto, relacionado a un Centro de Costo

Se que no me incumbe... sólo ando curioso.

no problem... si no quisiera que se metieran en mi diseño.. no lo ubise posteado... asi que todo es bienvenido... al fin y al cabo es mi diseño... y sabre tomar los consejos que me parescan más adecuados.. y los implementare... las demás opiniones tambien las tomo como referencia.... y como dije.. no problem

Lamento tener mi cerebro apagado, pero una vez que duerma recuperaré energias.

Bueno... Delphius.. que duermas bien.. y que sueñes con los angelitos...angelitos angelitos...mientras yo tendre pesadillas con el diablo....

Salu2

[[Delphius]]

Amigo, con esos angelitos no creo que pegue un ojo durante la noche!

Bueno, mejor te tiro a dormir que mañana me espera un dia largo.
Saludos, y tu también sueña con los angelitos

Saludos,

[[Delphius]]

Bueno BlueSteell,
Por el momento, creo que ya a ser más conveniente aplicar una pequeña regla:

Si se tiene duda de donde guardar ciertos datos, cree una tabla aparte para ello.

Asi que, momentáneamente puede ser más seguro destinar una tabla para dichos datos.
Un mejor análisis y examen de otros requisitos pueden terminar confirmando que es más seguro disponerla en otra tabla, o que sólo aporta ruido y sería conveniente alterar una tabla agregando los campos necesarios.

Yo además, señalaría en la documentación del proyecto que posiblemente se ha encontrado un punto débil en el análisis de los requisitos y que se necesita de un mayor estudio aquí.

Saludos,

[[gluglu]]

Articulo: Sacos de Cemento
Existen en bodega 30 sacos de cementos, comprados a $3.850 c/u
La Obra necesita un estimado de 120 sacos de cementos...
Se compran 90 sacos (la diferencia) a $4.500 c/u... pero por ampliación de obra se necesitan más sacos.... y se compran 50 sacos a un precio de $5.600 c/u

Una pregunta : Qué pasa si finalmente, por ejemplo, esa obra no gasta siquiera 120 sacos de cemento, sino 100.

Los veinte sacos que sobran , cuales son, los más baratos, los más caros ? De cual se cogió si se almacenaron todos juntos ?

Desde siempre, para mi, se hace necesario trabajar tanto con el precio medio de un artículo, como con el último precio de compra, entre otras cosas para ver la variación de precios.

No sé si te has planteado esto correctamente, o a lo mejor el equivocado soy yo.

Si me aclararas este punto, a lo mejor te puedo ayudar mejor.