Ejemplo PVISTASSP con varios temas a debatir

2. ¿Con vistas o con SPs?

En este caso me dá que con vistas estaría mas optimizado. Fijaros en las
cuatro ejecuciones posibles y mirar el plan de ejecución dse cada una de
ellas.

Hola,

A ver, pongo un caso:

En una aplicación de gestion, queremos obtener tanto las ventas totales,
como las ventas de un centro de coste.

Requerimientos:

Arquitectura WebServices,
PC cliente
PC servidor con SQL server e IIS


Tablas, datos, vistas y SPs adjuntos a este mensaje
(y no me discutais de momento los nombres de los campos, pks o indices :))
para este ejemplo el como se calcula el total de ventas en las cabeceras
de albaranes es irrelevante


Ejecuciones posibles:

A. ventas totales, ordenadas por descripcion del centro de coste y nombre
del cliente

A1. con vistas:

SELECT * FROM [dbo].[v_ventas] ORDER BY ccodesc, clinom

A2. con SPs:

USE [pvistassp]
GO
EXEC [dbo].[usp_ventas]
GO


B. ventas de la central (la central siempre es AST, por definición)

B1. con vistas:

SELECT * FROM [dbo].[v_ventas] WHERE pk_ccocod = 'AST' ORDER BY ccodesc,
clinom

B2. con SPs:

USE [pvistassp]
GO
EXEC [dbo].[usp_ventas] @iccoste = N'AST'
GO

********************************
el cliente webservice se autentifica, etc .. y llama a la funcion ventas.
nuestro programa solo tiene que llanmar a ver las ventas, el como se hace
es cuestion de la capa de negocio.

Metalenguaje (capa de negocio), puesta por ejemplo con vistas, en el lado
del servidor (no me pidais que ponga un ejemplo detallado en C#)

public ventas (string tccentro)
if tccentro = ''
SELECT * FROM [dbo].[v_ventas] ORDER BY ccodesc, clinom
else
SELECT * FROM [dbo].[v_ventas] WHERE pk_ccocod = 'AST' ORDER BY ccodesc,
clinom
endif
return el dataset .. etc ...
********************************

Cuestiones a debatir:

1. ¿Porque esa capa de negocio? (esta no es cuestion, sino reflexión)

En Webservices es necesaria, llevarse la lógica de la consulta al winform
del cliente, lo único que hace es dispersar y difuminar la lógica de la
aplicación.

Soy de la opinión que en el lado de la capa de presentación debe haber el
mínimo código posible. Que debemos tener un sitio centralizado (webservice
o servidor o clase independiente implementada en el lado cliente) que
tenga los objetos y sus métodos bien identificados.

Si ponemos este codigo (o similar), por ejemplo directamente en el evento
clic de un boton consultar ventas. En caso de que fuera necesario
consultar las ventas en mas de un formulario, tendriamos que copiar y
pegar dicho codigo, de cada vez. El mantenimiento de esto empezaria a
complicarse. Y pienso que es una muy mala práctica de reutilización de
codigo.

Este método facilita el poder intercambir el desarrollo entre WinForms,
WebForms, WebServices, aplicaciones de terceros desarrolladas en en
lenguaje Java, o x

2. ¿Con vistas o con SPs?

En este caso me dá que con vistas estaría mas optimizado. Fijaros en las
cuatro ejecuciones posibles y mirar el plan de ejecución dse cada una de
ellas.

No son iguales!

La ejecución B1 difiere de los otros planes de ejecución, que si son
iguales entre si. Por tanto se me ocurre pensar que las vistas no
funcionan igual que los SPs a nivel de rendimiento

3. Vistas con indices? Fijaros que en este ejemplo las vistas no tienen
indices (ya estan puestos en las tablas). Se gana algo poniendo indices
adicionales en las vistas?

4. La ejecución B1 ... ¿No está realmente haciendo dos SELECT?

5. ¿Manera de mejorar esta vista?



De momento no se me ocurre ninguna cuestión mas, pero bueno se agradecen
cualquier comentario que pueda plantear nuevas cuestiones.

Venga .. que empiece el debate amistoso. :)

Agradeceria que respondieras citando la cuestion (1,2,3 ...) .. y el
ejemplo de ejecución (B1, A1, ...)


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com

1. Si a la capa de negocio.

2. SPs; hemos hablado bastante entre hoy y ayer del código dinámico, así
que no voy a comentar nada más.

3. Vistas indexadas; son eficientes precisamente para agrupaciones; sin
embargo, estarás con Standard edition por lo que para usar los índices de
la vista indexada tendras que usar la opción with noexpand.

4. No, cuando usas una vista lo que hace es pillar el código de la vista y
resolverlo con la consulta completa. Creo que tu confusión es que crees
qeu primero resuelve la vista, y luego aplica filtros. Las vistas no
funcionan así.

Por cierto, un error muy común con las vistas es implementar mega-vistas
que cruzan muchas tablas, cuando en realidad el caso que quieres
implementar con cruzar 3-4 tablas es suficiente. Pregunté a Alfredo sobre
esto en el anterior thread, pero no me respodió.

Tablas, datos, vistas y SPs adjuntos a este mensaje
(y no me discutais de momento los nombres de los campos, pks o indices :))
para este ejemplo el como se calcula el total de ventas en las cabeceras de
albaranes es irrelevante


Ejecuciones posibles:

A. ventas totales, ordenadas por descripcion del centro de coste y nombre
del cliente

A1. con vistas:

SELECT * FROM [dbo].[v_ventas] ORDER BY ccodesc, clinom

A2. con SPs:

USE [pvistassp]
GO
EXEC [dbo].[usp_ventas]
GO

el cliente webservice se autentifica, etc .. y llama a la funcion ventas.
nuestro programa solo tiene que llanmar a ver las ventas, el como se hace es
cuestion de la capa de negocio.

Metalenguaje (capa de negocio), puesta por ejemplo con vistas, en el lado
del servidor (no me pidais que ponga un ejemplo detallado en C#)

public ventas (string tccentro)
if tccentro = ''
SELECT * FROM [dbo].[v_ventas] ORDER BY ccodesc, clinom
else
SELECT * FROM [dbo].[v_ventas] WHERE pk_ccocod = 'AST' ORDER BY ccodesc,
clinom
endif
return el dataset .. etc ...

********************************

Cuestiones a debatir:

1. ¿Porque esa capa de negocio? (esta no es cuestion, sino reflexión)

En Webservices es necesaria, llevarse la lógica de la consulta al winform
del cliente, lo único que hace es dispersar y difuminar la lógica de la
aplicación.

Soy de la opinión que en el lado de la capa de presentación debe haber el
mínimo código posible.

Que debemos tener un sitio centralizado (webservice o
servidor o clase independiente implementada en el lado cliente) que tenga
los objetos y sus métodos bien identificados.

Este método facilita el poder intercambir el desarrollo entre WinForms,
WebForms, WebServices, aplicaciones de terceros desarrolladas en en lenguaje
Java, o x

3. Vistas con indices? Fijaros que en este ejemplo las vistas no tienen
indices (ya estan puestos en las tablas). Se gana algo poniendo indices
adicionales en las vistas?

4. La ejecución B1 ... ¿No está realmente haciendo dos SELECT?

Esto lo puedes encapsular en un componente y configurarlo en tiempo de
diseño.

A2. con SPs:

USE [pvistassp]
GO
EXEC [dbo].[usp_ventas]
GO

Este SP ejecuta a otro SP cosa que no me parece muy óptima.

De todas formas estos SP son de los menos malos que puede haber por
que lo único que hacen es ejecutar a una consulta. En realidado son
parecidos a las vistas pero con la gran desventaja de que no pueden
usarse en otras vistas o consultas como si fuesen tablas.

public ventas (string tccentro)
if tccentro = ''
SELECT * FROM [dbo].[v_ventas] ORDER BY ccodesc, clinom
else
SELECT * FROM [dbo].[v_ventas] WHERE pk_ccocod = 'AST' ORDER BY
ccodesc,
clinom
endif
return el dataset .. etc ...

Supongo que hay un pequeño error con el parámetro del procedimiento
que no se usa.

Este código es feo y fácil de eliminar. Yo para estas cosas tengo
controles visuales que pueden filtrar tablas y generan el SQL
automáticamente.

Este método facilita el poder intercambir el desarrollo entre WinForms,
WebForms, WebServices, aplicaciones de terceros desarrolladas en en
lenguaje
Java, o x

Hay formas mejores como usar un proveedor ADO.NET que funcione a
través de un Web Service.

1. ¿Porque esa capa de negocio? (esta no es cuestion, sino reflexión)

En Webservices es necesaria, llevarse la lógica de la consulta al winform
del cliente, lo único que hace es dispersar y difuminar la lógica de la
aplicación.

No es cierto. Si te lo curras un poco puedes hacer que el uso de
WebServices sea transparente y creo que lo deberías de hacer.

Que debemos tener un sitio centralizado (webservice o
servidor o clase independiente implementada en el lado cliente) que tenga
los objetos y sus métodos bien identificados.

Yo ya tengo mis tablas y mis SP en SQL Server bien organizados.

3. Vistas con indices? Fijaros que en este ejemplo las vistas no tienen
indices (ya estan puestos en las tablas). Se gana algo poniendo indices
adicionales en las vistas?

Si, claro. Puedes intercambiar velocidad por espacio. A veces vienen
muy bien las vistas con índices. Yo las uso para calcular los stocks
por ejemplo, por que para eso las vistas normales van muy lentas
cuando hay miles de entradas y salidas.

4. La ejecución B1 ... ¿No está realmente haciendo dos SELECT?

No, pero con usp_ventas estás haciendo dos EXEC.