Vista desde un SP

Maxi, he solucionado aunque no se si sea la mejor opción. La expongo para
ver si es la correcta. el proceso pas por varias etapas

Objetivos del Store Procedure para recibir cuentas de distribuidores,
recibiendo muchas (no siempre) facturas asignadas, con sus formas de pago.
Puede que no termine de una, sino dejar para más tarde; los temporales a que
se refiere aquí no es para guardar estos registros sino como auxiliares:

1. Validar un formato de factura en otro SP con unas consideraciones que no
corresponden solo a una tabla y me retorna un registro (select) con 4
valores como 2 Id de tablas, 1 bool de si es válido y un varchar con un
aviso describiendo si es falso o verdadero y el por qué para mantener
informado al usuario. Y si es falso la página recepciona un registro con 4
columnas. Y si es verdadero continúa el proceso.
2. Crear un registro en una tabla resumen (maestro) y varios registros
(esclavo) en una tabla con el consecutivo del resumen con unos formatos
para colocarles valores en una página Web mediante un grid. El resumen se
arma con datos digitados por el usuario.
3. Si retorna una vista con los formatos a cargar en el Grid.
4. Cuando los registros se han cambiado se actulizan (update) la tabla
esclava con transaction de ADO.

En fin, el usuario abandonar el proceso cuando quiera y seguir en la
siguiente etapa. Son procesos que tienen muchas variantes porque inclusive
cada formato tiene un cliente asociado que va en otra tabla.

Espero me hayan entendido ... algo.

Gracias,


Aventurero

Hola, no conozco bien en detalle el proceso, pero leyendote y ver que tienes
una tabla resumen yo implementaria una vista indexada en su lugar. Quizas
todo esto lo puedes resolver con un simple Sp's pero como te comente antes,
yo deberia conocer muy bien en detalle que se quiere hacer y no como se
intenta hacer, ya que aun no conozco el problema base a resolver sino una
formula que has aplicado y en un momento no te ha funcionado :(


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas

Msn_messager:
mail: Maxi.da[arroba]gmail.com

"Aventurero" escribió en el mensaje
news:

Maxi, he solucionado aunque no se si sea la mejor opción. La expongo para
ver si es la correcta. el proceso pas por varias etapas

Objetivos del Store Procedure para recibir cuentas de distribuidores,
recibiendo muchas (no siempre) facturas asignadas, con sus formas de pago.
Puede que no termine de una, sino dejar para más tarde; los temporales a
que
se refiere aquí no es para guardar estos registros sino como auxiliares:

1. Validar un formato de factura en otro SP con unas consideraciones que
no
corresponden solo a una tabla y me retorna un registro (select) con 4
valores como 2 Id de tablas, 1 bool de si es válido y un varchar con un
aviso describiendo si es falso o verdadero y el por qué para mantener
informado al usuario. Y si es falso la página recepciona un registro con 4
columnas. Y si es verdadero continúa el proceso.
2. Crear un registro en una tabla resumen (maestro) y varios registros
(esclavo) en una tabla con el consecutivo del resumen con unos formatos
para colocarles valores en una página Web mediante un grid. El resumen se
arma con datos digitados por el usuario.
3. Si retorna una vista con los formatos a cargar en el Grid.
4. Cuando los registros se han cambiado se actulizan (update) la tabla
esclava con transaction de ADO.

En fin, el usuario abandonar el proceso cuando quiera y seguir en la
siguiente etapa. Son procesos que tienen muchas variantes porque inclusive
cada formato tiene un cliente asociado que va en otra tabla.

Espero me hayan entendido ... algo.

Gracias,


Aventurero

Maxi, Gracias por tu ayuda
Lo he resuelto
Estos SP tienen bastantes validaciones, tales como:
Si no cumple alguna de las condiciones, returna solo un mensaje de error.
Otras veces retorna una vista.
En fin, depende si el recaudo es sin formatos, con formatos, en enfectivo
y/o tarjetas y cheques.

Gracias de nuevo