Saber si una consulta va a generar muchos registros...

12/12/2005 - 13:35 por Tio | Informe spam
¡Hola!

Para saber si una consulta va a generar un volúmen de registros muy grande,
aplico el rowcount y si es alto no devuelvo nada. Pero no se si habrá modo
mejor, porque para esto en el procedimiento almacenado estoy realizando la
consulta por dos veces, una para calcular la columnas afectadas y otra por
si las sevuelvo.

¿como debería hacerlo?



http://www.gestionagricola.com
http://www.carmelosoft.com

Preguntas similare

Leer las respuestas

#6 Alejandro Mesa
12/12/2005 - 21:03 | Informe spam
Tio,

Aunque el numero de filas que seran devueltas por un query, insiden en el
costo del mismo, este valor (costo) no solo se basa en ese numero. Un query
puede tener un costo alto por otro tipo de razones y devolver un numero
pequeño de filas. Indices, estadisticas, distribucion de los valores que
participan en el filtro, numero de filas que cumplen el predicado, etc.


AMB

"Tio" wrote:

muchas gracias, es lo que necesitaba,,,,,,,, ahora. ¿produce algúna
excepción si se supera el límite?no lo he visto en el bol



http://www.gestionagricola.com
http://www.carmelosoft.com

"Leandro Sgallari MCSE-MCT" <leandros(arroba)tisistemas(punto)com(punto)ar>
escribió en el mensaje news:%23kuT7o0$
> set query_governor_cost_limit
>
> mas facil, buscalo en los books on line de SQL
>
>
>
> Leandro Sgallari
> MCSE-MCDBA-MCT-MCSA-MCP
>
> NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
> beneficiamos todos.
>
>
>
>
> "Tio" escribió en el mensaje
> news:Ljjnf.12588$
>> no conozco esa utilidad,voy a ver que me diche google , gracias!
>>
>>
>> http://www.gestionagricola.com
>> http://www.carmelosoft.com
>>
>> "Leandro Sgallari MCSE-MCT"
>> <leandros(arroba)tisistemas(punto)com(punto)ar> escribió en el mensaje
>> news:%23%23617b0$
>>> si estas haciendo esto por un tema de carga sobre el server. Te aconsejo
>>> que uses el query_governor_cost_limit
>>>
>>> es un set. Y esto lo hace a traves del plan estimado de ejecución, por
>>> lo cual no tenes que hacer 2 veces la consulta.
>>>
>>> saludos
>>>
>>>
>>>
>>> Leandro Sgallari
>>> MCSE-MCDBA-MCT-MCSA-MCP
>>>
>>> NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
>>> beneficiamos todos.
>>>
>>>
>>>
>>>
>>> "Tio" escribió en el mensaje
>>> news:uWinf.9426$
>>>> ¡Hola!
>>>>
>>>> Para saber si una consulta va a generar un volúmen de registros muy
>>>> grande, aplico el rowcount y si es alto no devuelvo nada. Pero no se si
>>>> habrá modo mejor, porque para esto en el procedimiento almacenado estoy
>>>> realizando la consulta por dos veces, una para calcular la columnas
>>>> afectadas y otra por si las sevuelvo.
>>>>
>>>> ¿como debería hacerlo?
>>>>
>>>>
>>>>
>>>> http://www.gestionagricola.com
>>>> http://www.carmelosoft.com
>>>>
>>>>
>>>
>>>
>>
>>
>
>



Respuesta Responder a este mensaje
#7 Tio
12/12/2005 - 22:29 | Informe spam
Si, lo entiendo, pero es una consulta muy simple, afecta a una única tabla,
pero no quiero que un usuario vaya a utilizar un filtro muy amplio (es por
fechas) y sea tan burro que pretender traerse todos los registros de la
tabla


http://www.gestionagricola.com
http://www.carmelosoft.com

"Alejandro Mesa" escribió en el
mensaje news:
Tio,

Aunque el numero de filas que seran devueltas por un query, insiden en el
costo del mismo, este valor (costo) no solo se basa en ese numero. Un
query
puede tener un costo alto por otro tipo de razones y devolver un numero
pequeño de filas. Indices, estadisticas, distribucion de los valores que
participan en el filtro, numero de filas que cumplen el predicado, etc.


AMB

"Tio" wrote:

muchas gracias, es lo que necesitaba,,,,,,,, ahora. ¿produce algúna
excepción si se supera el límite?no lo he visto en el bol



http://www.gestionagricola.com
http://www.carmelosoft.com

"Leandro Sgallari MCSE-MCT"
<leandros(arroba)tisistemas(punto)com(punto)ar>
escribió en el mensaje news:%23kuT7o0$
> set query_governor_cost_limit
>
> mas facil, buscalo en los books on line de SQL
>
>
>
> Leandro Sgallari
> MCSE-MCDBA-MCT-MCSA-MCP
>
> NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
> beneficiamos todos.
>
>
>
>
> "Tio" escribió en el mensaje
> news:Ljjnf.12588$
>> no conozco esa utilidad,voy a ver que me diche google , gracias!
>>
>>
>> http://www.gestionagricola.com
>> http://www.carmelosoft.com
>>
>> "Leandro Sgallari MCSE-MCT"
>> <leandros(arroba)tisistemas(punto)com(punto)ar> escribió en el mensaje
>> news:%23%23617b0$
>>> si estas haciendo esto por un tema de carga sobre el server. Te
>>> aconsejo
>>> que uses el query_governor_cost_limit
>>>
>>> es un set. Y esto lo hace a traves del plan estimado de ejecución,
>>> por
>>> lo cual no tenes que hacer 2 veces la consulta.
>>>
>>> saludos
>>>
>>>
>>>
>>> Leandro Sgallari
>>> MCSE-MCDBA-MCT-MCSA-MCP
>>>
>>> NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
>>> beneficiamos todos.
>>>
>>>
>>>
>>>
>>> "Tio" escribió en el mensaje
>>> news:uWinf.9426$
>>>> ¡Hola!
>>>>
>>>> Para saber si una consulta va a generar un volúmen de registros muy
>>>> grande, aplico el rowcount y si es alto no devuelvo nada. Pero no se
>>>> si
>>>> habrá modo mejor, porque para esto en el procedimiento almacenado
>>>> estoy
>>>> realizando la consulta por dos veces, una para calcular la columnas
>>>> afectadas y otra por si las sevuelvo.
>>>>
>>>> ¿como debería hacerlo?
>>>>
>>>>
>>>>
>>>> http://www.gestionagricola.com
>>>> http://www.carmelosoft.com
>>>>
>>>>
>>>
>>>
>>
>>
>
>



Respuesta Responder a este mensaje
#8 Alfredo Crisostomo
13/12/2005 - 03:36 | Informe spam
fechas) y sea tan burro que pretender traerse todos los registros de la
tabla



Lo cual en la practica no es nada raro. jejejejej
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida