Control de stock por almacenes.

[Producto77]

Hola al grupo:
Quiero poner en una aplicación el control de stock de materiales por almacenes. Tengo que dejar al usuario poder crear todos los almacenes que quiera.
Se me ocurre crear una tabla llamada almacen-stock, donde guardo el CodAlmacen, CodArticulo, Existencias. Pero danto vueltas y pensando,,,, cuando tenga 9.000 artícullso y 3 almacenes,,,,,, 27.000 registros.
Alguien puede darme alguna ayudilla, u otra idea mejor.

Gracias por adelantado.

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

Empezado por Producto77

...donde guardo el CodAlmacen, CodArticulo, Existencias. Pero danto vueltas y pensando,,,, cuando tenga 9.000 artícullso y 3 almacenes,,,,,, 27.000 registros.

Creo que esa esla mejor.
La consiguiente relación m..n entre las tablas artículo/almacen y la tabla resultante que es la que tú comentas.

[waly2k1]

Es la manera correcta de administrar el stock, no te preocupes por la cantidad de registros que un motor de base de datos real lo soporta tranquilamente, además no traerías los 27000 registros por cada acceso a las tablas sino el/los articulos en cuestión y los registros relacionados de la tabla de stock. Eso sí, prestá mucha atención a los índices y claves primarias de cada tabla.

Saludos

[Producto77]

Pos era por tener una segunda opinión. Gracias de todas formas.

[waly2k1]

Abres la tabla de artículos con un TTable y cuando te 'mueves' de registro, mediante un TQuery abres los detalles de stock, de ésta forma vas a tener unicamente los 3..N (almacenes) en detalles. Pero esto implica un acceso a la tabla cada vez que cambias de registro en el maestro lo cual es un flash igualmente si posee clave primaria o índice por articulo/almacen.

Salu2

[Casimiro Notevi]

Empezado por waly2k1

Abres la tabla de artículos con un TTable y cuando te 'mueves' de registro, mediante un TQuery abres los detalles de stock, de ésta forma vas a tener unicamente los 3..N (almacenes) en detalles. Pero esto implica un acceso a la tabla cada vez que cambias de registro en el maestro lo cual es un flash igualmente si posee clave primaria o índice por articulo/almacen. Salu2

Precisamente, eso es justo lo que no hay que hacer.
No usar tablas, hay que usar querys con los registros que se han pedido.