Control de stock por almacenes.

[Neftali [Germán.Estévez]]

Empezado por Caral

...dos tablas, una almacen, donde se encuentren todos los almacenes y otra materiales donde se encuentren todos los materiales.
Si quiero ligar los materiales con el almacen a la tabla materiales le pongo un campo NumerodeAlmacen.

El problema de esto, es que aunque a primera vista parece más sencillo, a la larga te da más problemas de mantenimiento, de integridad e incluso puede resultar menos eficiente.

Por ejemplo:
* Si tienes que cambiar la descripción de un artículo (porque se ha modificado), debes cambiarla en varios registros, ya que segun el caso la tendrás repetida en varios de ellos (segun los almacenes).
* También puede pasar que al tenerla repetida, tengas inconguencas en el mismo artículo:
...
87 | Camisas de manga corta | 2
87 | camisa de manga corta | 5
...
* El tenerlo de esta forma, también te limita a la hora de utilizar reglas en CASCADA de la Base de Datos.

Ya se que en este caso, son cosas mínimas porque hablamos de una estructura muy pequeña, pero luego los problemas van creciendo sin darse uno cuenta y ejor empezar "bien".

[[Lepe]]

Hasta ahora no se ha hablado de la Base de Datos, si usamos paradox....ummm, pero usando un SGBBDD, podemos usar vistas que ya ligan (por inner join) las tablas necesarias, haciendo más fácil su uso desde consultas.

Saludos

[roman]

Empezado por Lepe

Hasta ahora no se ha hablado de la Base de Datos, si usamos paradox....ummm, pero usando un SGBBDD, podemos usar vistas que ya ligan (por inner join) las tablas necesarias, haciendo más fácil su uso desde consultas.

No estoy muy puesto con el tema, pero aunque no te quito la razón, supongo que las vistas facilitarán la labor de quien haga las consultas suponiendo que es una persona distinta de quien hace la vista. Esto es, las relaciones de cualquier manera se tienen que hacer, sea del lado del servidor o sea del lado del cliente.

De cualquier manera, y luego de una copita, creo que estamos de acuerdo en que lo óptimo es estructurar las tablas con la tabla asociativa material-almacen por las razones expuestas por Neftalí.

// Saludos

[waly2k1]

No veo porque tanta complicación,
Tengo dos tablas: Una Articulos y otra STock

Articulos
Id_Articulo
Descripcion
Id_Familia
Precio_Costo
etc.

Stock
Id_Articulo
Id_Almacen
Cantidad

No tengo campos repetitivos, solo el codigo del articulo.
mediante left join uno una tabla con la otra, ojo Left por si ese articulo no está en stock no lo muestra.

Y si quiero hilar mas fino mediante una consulta voy uniendo campos a Articulos de modo que cada Cantidad de la tabla Stock me resultaría un campo de la tabla articulo en la consulta.

Y es to to todo amigos....

[[Caral]]

Hola
Si waly2k1, pero tu tabla Stock, es en esencia la tabla material-almacen que propone Roman, siempre se necesitara la tabla Almacen adicionalmente.
Me equivoco Roman?
Saludos

[waly2k1]

Claro que es eso, el tema es no dilatar tanto y no salirse de dos tablas y accederlas ya sea por query, tabla, SP, vista, etc. No veo tanta complicación. La de almacenes obviamente es otra tabla, pero a no ser que necesite el nombre, o datos especificos de cada almacen entra a jugar sino no, dejémosla dormir!!!

[[Caral]]

Hola waly2k1
Esto contesta tu pregunta:

Escrito por Producto77:
Tengo que dejar al usuario poder crear todos los almacenes que quiera.

Osea la tabla almacenes SI se necesita.
Efectivamente, despues de leer a Roman, se hace facil y sin complicacion cualquier cosa.
Saludos

[IVAND]

Hola a todos

Talvez un poco tarde pero yo tengo 40 mil articulos y 10 bodegas y no pasa nada es trasparante lo que hago una tabla de articulos y otra tabla donde tengo un key_bodega , key_producto,key_producto_b , asi cuando creo un articulo automaticamente los creo en la tabla de bodega_producto , aumentado el key_producto_bodega

Eso es todo el resto es puros update y cosas asi

[waly2k1]

Tal cual Ivan, y sigue sin ser nada. Si una base de datos o un sistema no es capáz de manejar eso no existe. En un sistema de producción tenía miles y miles de registros y el motor (SQL Server) se bancaba a la perfección y el sistema ni se inmutaba. Si se afectara notablemente el rendimiento del sistema lo reprogramo y de persistir el problema me dedico a criar perros o gatos siameses o vendo cosméticos o qsio, pero largo sistemas, porque el día que tenga que manejar un padrón electoral por ej. haría agua. Saludos

[roman]

No es que sea complicación, es sólo que estás diciendo lo mismo que ya dijimos Neftalí, Lepe y yo. Si tú tienes sólo dos tablas es porque omitiste la de almacenes, ¿o dónde planeas poner la información específica de cada almacén?

EDITO:

Así es Caral, la tabla stock es la misma que material-almacén y faltaría la de almacén.

// Saludos

[[Caral]]

Hola
A que aprendo.
Saludos