cálculo de stocks...

hola,

a ver, esto volverá a llevar cola, espero, por el bién de todos...

Yo tengo en mi BD q el control de stock se calcula a partir de la suma de
las líneas de documentos. Pues bién, yo hasta ahora tenía una funcion
f_stockArticulo, q dado un id_articulo me calculaba su stock a partir de

select con un sum where articulo =@articulo

Claro, esto muy chulo, pero cuando quería sacar un listado de stock,

que esa función se disparaba para cada artículo lo cual hacía que la
consulta fuera relativamente lenta.

Pensando un poco decidí cambiar, borrar mi f_StockArticulo y crear un
f_ListadoStock, que también hace un sum de lineas, pero no filtra por
artículo, con lo cual en un solo select tengo el stock de todos los
artículos por almacen y tal. Bién, luego he reconstruido mi funcion
f_StockArticulo como:

select * from f_ListadoStock where articulo=@Articulo and almacen=@almacen

Claro, esto hace q el listado de stock sea muy eficiente, pero no se hasta
que punto puede ralentizar el sistema.

Que os parece, valdría la pena haber mantenido mi consulta f_StockArticulo
como estaba antes, o realmente no habrá cambios de velocidad. Mi decisión

cambiarla fue que si mañana por el motivo que sea, necesito cambiar el
cálculo de stock, solamente tenga q ir a cambiarlo a una función, y así me
aseguro sencillez en el codigo y sobretodo mas fiabilidad.

gracias

hola,

a ver, esto volverá a llevar cola, espero, por el bién de

Yo tengo en mi BD q el control de stock se calcula a

las líneas de documentos. Pues bién, yo hasta ahora tenía

f_stockArticulo, q dado un id_articulo me calculaba su

select con un sum where articulo =@articulo

Claro, esto muy chulo, pero cuando quería sacar un

que esa función se disparaba para cada artículo lo cual

consulta fuera relativamente lenta.

Pensando un poco decidí cambiar, borrar mi

f_ListadoStock, que también hace un sum de lineas, pero

artículo, con lo cual en un solo select tengo el stock de

artículos por almacen y tal. Bién, luego he reconstruido

f_StockArticulo como:

select * from f_ListadoStock where articulo=@Articulo and

Claro, esto hace q el listado de stock sea muy eficiente,

que punto puede ralentizar el sistema.

Que os parece, valdría la pena haber mantenido mi

como estaba antes, o realmente no habrá cambios de

cambiarla fue que si mañana por el motivo que sea,

cálculo de stock, solamente tenga q ir a cambiarlo a una

aseguro sencillez en el codigo y sobretodo mas fiabilidad.

gracias

hola,

a ver, esto volverá a llevar cola, espero, por el bién de

Yo tengo en mi BD q el control de stock se calcula a

las líneas de documentos. Pues bién, yo hasta ahora tenía

f_stockArticulo, q dado un id_articulo me calculaba su

select con un sum where articulo =@articulo

Claro, esto muy chulo, pero cuando quería sacar un

que esa función se disparaba para cada artículo lo cual

consulta fuera relativamente lenta.

Pensando un poco decidí cambiar, borrar mi

f_ListadoStock, que también hace un sum de lineas, pero

artículo, con lo cual en un solo select tengo el stock de

artículos por almacen y tal. Bién, luego he reconstruido

f_StockArticulo como:

select * from f_ListadoStock where articulo=@Articulo and

Claro, esto hace q el listado de stock sea muy eficiente,

que punto puede ralentizar el sistema.

Que os parece, valdría la pena haber mantenido mi

como estaba antes, o realmente no habrá cambios de

cambiarla fue que si mañana por el motivo que sea,

cálculo de stock, solamente tenga q ir a cambiarlo a una

aseguro sencillez en el codigo y sobretodo mas fiabilidad.

gracias

muy interesante la observación,

gracias

"ulises" escribió en el

Otro tema que he escuchado, no lo he comprobado, es que
los UDF usan un proceso row-by-row similar al de los
cursores, no sé si alguien sabe algo más del tema.

Tolo !! jeje como estas con estos temas!! vas a tener que invitar una
cena para todos cheee :-)

Mira yo por lo menos no lo veo mal!! aunque disiente de la forma, aca
si que va a discutirse esto:

Yo para esto Desnormalizo la BDD, por lo cual en mi maestro de
Articulos y de Almacenes tengo un campo Qty_on_hand que es el Stock
(se actualiza por triggers)

Pero no entremos en polemicas, son solo formas de hacer las cosas,
creo que cada uno tiene una realidad,practica y experiencia.

Yo la desnormalice en este caso porque la consulta de Stock eran muy
complejas sino y ademas se me ponian un poco densas en algunos casos
(tenemos muchos articulos y transacciones)

Un saludo

hola,

a ver, esto volverá a llevar cola, espero, por el bién de todos...

Yo tengo en mi BD q el control de stock se calcula a partir de la
suma de las líneas de documentos. Pues bién, yo hasta ahora tenía
una funcion f_stockArticulo, q dado un id_articulo me calculaba su
stock a partir de un select con un sum where articulo =@articulo

Claro, esto muy chulo, pero cuando quería sacar un listado de stock,
resulta que esa función se disparaba para cada artículo lo cual
hacía que la consulta fuera relativamente lenta.

Pensando un poco decidí cambiar, borrar mi f_StockArticulo y crear un
f_ListadoStock, que también hace un sum de lineas, pero no filtra por
artículo, con lo cual en un solo select tengo el stock de todos los
artículos por almacen y tal. Bién, luego he reconstruido mi funcion
f_StockArticulo como:

select * from f_ListadoStock where articulo=@Articulo and
almacen=@almacen

Claro, esto hace q el listado de stock sea muy eficiente, pero no se
hasta que punto puede ralentizar el sistema.

Que os parece, valdría la pena haber mantenido mi consulta
f_StockArticulo como estaba antes, o realmente no habrá cambios de
velocidad. Mi decisión de cambiarla fue que si mañana por el motivo
que sea, necesito cambiar el cálculo de stock, solamente tenga q ir
a cambiarlo a una función, y así me aseguro sencillez en el codigo y
sobretodo mas fiabilidad.

gracias