Control de stock por almacenes.

[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

[roman]

Me parece que waly2k1 sí sabe que se necesita esa tabla, pero por alguna razón que no entiendo piensa que hubiera sido mejor omitir mencionarla.

// Saludos

[waly2k1]

De hecho necesito la tabla si o si, lo que planteo es que no necesito los datos de cada almacen a no ser quizás el nombre de manera tal que si consultan el stock de almacenes aparezca el nombre y no un código de almacen informándome la cantidad de articulos que posee ése almacen.

Si es que necesito todo el tiempo los datos da cada almacen tendría un Join de las tres tablas, sino no. Omito esta tabla por esa sencilla razón.

[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