Hola Alberto,
Supongo que en la declaración del cursor incluyes una cláusula ORDER BY, ya
que de lo contrario no puedes asegurar que el registro recuperado por FETCH
LAST sea el último que se hizo, si no el último que se recupera.
Si creas un INDEX con los campos de selección (WHERE) y ordenación (ORDER
BY), en el orden correcto, la consulta debería ser muy rápida.
Por otra parte, puedes probar a ejecutar la consulta en modo depuración
(DEBUG) y ver si el optimizador de consultas te aconseja la creación de
algún índice.
Saludos,
---------------------------
Santiago Martí
Dusen, S.A.
---------------------------
[email protected]
s
Enviado por: Para
forum.help400-bou "forum.help400"
[email protected] <[email protected]>
os.es cc
Asunto
20/09/2010 18:27 ultimo registro SQL
Por favor,
responda a
"forum.help400"
<forum.help...@li
stas.combios.es>
Hola Foro
Estoy haciendo una consulta dentro de otra, y me encuentro con un problema
de rendimiento. Explico
Le 1ª consulta es muy sencilla, y por cada registro que me devuelve, (es un
código de artículo) tengo que mirar el último movimiento que se hizo en un
periodo de tiempo. El select es algo así:DECLARE @CURSOR SCROLL CURSOR FOR
SELECT mtanys, etc, etc
y el fetch:
FETCH LAST FROM @CURSOR INTO :Mtanys, :Mtset, :Mtqtat
el caso es que se me eterniza. Hay alguna otra manera de buscar el ultimo
registro de una selección determinada?
Muchas gracias ____________________________________________________
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.
____________________________________________________
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.
