Forma de aplicar facturas.

Hola Grupo

Ante todo gracias por su tiempo, necesito de su consejo para ver si mejoro
un proceso de mi sistema.

Resumen de Ambiente:

a) vb 6, sql server 2000 como base de datos

b)un modulo de facturacion, en el cual en promedio son 15 o 20 lineas por
factura.

c)Un catalogo de productos de 15,000 productos, unos 30 posibles usuarios
concurrentes al proceso,
unas 40,000 facturas por mes.

d)Una base de pedidos con 2 millones de lineas.

e)Cuatro Sucursales remotas por anchos de banda que oscilan entre 128 y

k

Actualmente al aplicar una factura (confirmarla) realizo mas o menos las
siguientes intrucciones,
por ejemplo para aplicar el pedido '00001' :

BEGINTRANSACTION

Update Productos set Saldo = Saldo - Pedidos.Cantidad
FROM Pedidos
WHERE Productos.CodigoProducto = Pedidos.CodigoProducto
AND Pedidos.NumeroPedido = '00001'

** Luego inserto la factura en cuentas x Cobrar y otras cosilla mas

COMITTRAN

Es mucho mas que eso, pero lo que quiero expresar es que el update para
rebajar los saldos lo realizo en una sola instruccion.


Pregunta:

Esta mal esta forma de aplicacion ??, seria mejor tener una marca linea

linea de la factura, y que el Begin y ComitTran sea linea por linea, con
todos los dolores de cabeza de contemplar que no cierren el dia si hay
pedidos en los que no se aplicaron todas las lineas, y que no lo puedan
modificar ni borrar, y la posibilidad de tener rebajado el saldo pero un
pedido a medio confirmar (si se cae por alguna razon), ademas de tener que
manejar un estado por factura para los multiples procesos por los que

que pasar al aplicarse ???

A veces se me pone muy lento la aplicacion de pedidos, y necesito

Una mas: Actualmente tengo un servidor con 2 procesadores xeon 2.4, y 2
gygas ram, que configuracion recomiendan ustedes para un servidor con

necesidades ??



En espera de sus comentarios y sugerencias,


Jorge Morales

Hola Jorge!! en la version Standard de Sql Server service Pack 3a podes

sin problemas las vistas indexadas :-).

Ahora bien, si tienes saldos pos depositos mas a mi favor, yo veria la

de armar la vista donde diga.

Codigo_articulo,almacen,saldo

luego esa columna saldo la podrias usar para lo que gustes!! la ventaja de
esto es que si alguien quiere saber el saldo de un articulo al dia de hoy,
con solo llamar la vista funcionaria y como esta indexada lo hara de forma
optima :-)

Te aconsejo este modelo, yo asi tengo un sistema que dia tras dia se meten
mas de 5.000 transacciones y hay mas de 50.000 articulos, ni hablar de los
pedidos,etc.

en principio tenia triggers, luego lo pase a este modelo y me ha sido

mejor!!

Suerte


Salu2

Maximiliano Damian Accotto
Gerente de IT
Fundicion San Cayetano S.A.
Buenos Aires Argentina
-
maxi_accotto[arroba]speedy[.]com[.].ar
MSN:



"Jorge Morales" escribió en el mensaje
news:
> Hola Maxi
>
> Muchas gracias por contestar.
>
> La opcion 1 no me es viable porque primera se digita un pedido, pero no
> necesariamente se llega a facturar, o puede llegar a facturarse dias o
hasta
> meses despues de que se digito, aunque talvez una forma seria un trigger
de
> modificacion sobre el campo de estado de la factura, voy a analizarlo

>
>
> Lo de la vista indexada, nunca las he manejado, pero me parece que

> dijo que solo la version Enterprise de SqlServer permitia crearle

a
> las vistas (Si estoy equivocado por favor alguien que me aclare), y la
> version que tengo es la estandar. El problema es que los saldos

> los llevo por bodega (base con bodega, codigo, saldo, estante etc) con

> que realmente la tabla donde tengo que ir a rebajar los saldos tiene

> 200,000 registros en uno de mis clientes que tiene como 99 bodegas.
>
>
> Voy a documentarme mas sobre las vistas, de primera entrada me cuesta
> visualizarlo, pues utilizo el saldo para muchos calculos, promedios
> ponderados etc, pero puede ser ignorancia de mi parte.
>
> Te gradezco mucho tus observaciones, y soy todo oidos a todas las ideas
que
> se les ocurra.
>
> Saludos
>
> Jorge Morales
>
>

Hola Maxi

Muchas gracias por contestar.

La opcion 1 no me es viable porque primera se digita un pedido, pero no
necesariamente se llega a facturar, o puede llegar a facturarse dias o

meses despues de que se digito, aunque talvez una forma seria un trigger

modificacion sobre el campo de estado de la factura, voy a analizarlo mas.


Lo de la vista indexada, nunca las he manejado, pero me parece que alguien
dijo que solo la version Enterprise de SqlServer permitia crearle indices

las vistas (Si estoy equivocado por favor alguien que me aclare), y la
version que tengo es la estandar. El problema es que los saldos realmente
los llevo por bodega (base con bodega, codigo, saldo, estante etc) con lo
que realmente la tabla donde tengo que ir a rebajar los saldos tiene hasta
200,000 registros en uno de mis clientes que tiene como 99 bodegas.


Voy a documentarme mas sobre las vistas, de primera entrada me cuesta
visualizarlo, pues utilizo el saldo para muchos calculos, promedios
ponderados etc, pero puede ser ignorancia de mi parte.

Te gradezco mucho tus observaciones, y soy todo oidos a todas las ideas

se les ocurra.

Saludos

Jorge Morales

Gracias de nuevo, voy a buscar articulos sobre el uso correcto de las

e indices sobre las mismas.

Si no es mucho molestar, que requerimientos de server consideras adecuado
para estos niveles de transacciones ?


Saludos

Jorge Morales

"Maximiliano Damian Accotto" wrote in
message news:
> Hola Jorge!! en la version Standard de Sql Server service Pack 3a podes
usar
> sin problemas las vistas indexadas :-).
>
> Ahora bien, si tienes saldos pos depositos mas a mi favor, yo veria la
forma
> de armar la vista donde diga.
>
> Codigo_articulo,almacen,saldo
>
> luego esa columna saldo la podrias usar para lo que gustes!! la ventaja

> esto es que si alguien quiere saber el saldo de un articulo al dia de

> con solo llamar la vista funcionaria y como esta indexada lo hara de

> optima :-)
>
> Te aconsejo este modelo, yo asi tengo un sistema que dia tras dia se

> mas de 5.000 transacciones y hay mas de 50.000 articulos, ni hablar de

> pedidos,etc.
>
> en principio tenia triggers, luego lo pase a este modelo y me ha sido
mucho
> mejor!!
>
> Suerte
>
>
> Salu2
>
> Maximiliano Damian Accotto
> Gerente de IT
> Fundicion San Cayetano S.A.
> Buenos Aires Argentina
> -
> maxi_accotto[arroba]speedy[.]com[.].ar
> MSN:
>
>
>
> "Jorge Morales" escribió en el mensaje
> news:
> > Hola Maxi
> >
> > Muchas gracias por contestar.
> >
> > La opcion 1 no me es viable porque primera se digita un pedido, pero

> > necesariamente se llega a facturar, o puede llegar a facturarse dias o
> hasta
> > meses despues de que se digito, aunque talvez una forma seria un

> de
> > modificacion sobre el campo de estado de la factura, voy a analizarlo
mas.
> >
> >
> > Lo de la vista indexada, nunca las he manejado, pero me parece que
alguien
> > dijo que solo la version Enterprise de SqlServer permitia crearle
indices
> a
> > las vistas (Si estoy equivocado por favor alguien que me aclare), y la
> > version que tengo es la estandar. El problema es que los saldos
realmente
> > los llevo por bodega (base con bodega, codigo, saldo, estante etc)

lo
> > que realmente la tabla donde tengo que ir a rebajar los saldos tiene
hasta
> > 200,000 registros en uno de mis clientes que tiene como 99 bodegas.
> >
> >
> > Voy a documentarme mas sobre las vistas, de primera entrada me cuesta
> > visualizarlo, pues utilizo el saldo para muchos calculos, promedios
> > ponderados etc, pero puede ser ignorancia de mi parte.
> >
> > Te gradezco mucho tus observaciones, y soy todo oidos a todas las

> que
> > se les ocurra.
> >
> > Saludos
> >
> > Jorge Morales
> >
> >
>
>