Re: Mensajes de error en psql

El día 27 de noviembre de 2008 21:46, Alvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org> escribió:
> Emanuel Calvo Franco escribió:
>> 2008/11/27 Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
>
>> >> Traduciendo: dice que los errores que recibiste es el comportamiento en
>> >> viejas versiones del cliente cuando se queda sin memoria. A ello sugiere
>> >> usar un cursor para traer una cantidad limitada de filas por vez.
>> >
>> > Si realmente la consulta es un count(*) entonces esto no es aplicable.
>>
>> Posiblemente estariamos hablando de un 'bug' nuevo de la version vieja
>> del cliente?..
>
> No entendiste mi observacion. Lo que Tom Lane dice es que el cliente se
> queda sin memoria porque tiene que recibir un resultado muy grande.
> Pero count(*) retorna un solo resultado, por lo tanto es muy pequeño,
> por lo tanto no es posible que sea el caso.
>

No, eso lo entendí. Por eso hablo de un bug nuevo :)
O de una incomptibilidad...
Igualmente me interesaria ver las fuentes del cliente, Roberto: cual
es exactamente
la version del cliente 7.3.? ?

>> Probaste realizar un count sobre la primary key solamente?
>> Solo para constatar si reduciendo la utilización de memoria, puede correr...
>> eje... select count(columna) etc etc---
>
> Eso podría cambiar la utilización de memoria del servidor, que no es lo
> mismo que la del cliente, lo cual se manifestaría de una forma
> completamente distinta. Por lo demás, el servidor está preparado para
> manejar estas cosas; no se queda sin memoria en estos casos. (Hay otras
> cosas que puedes hacer que haga que se quede sin memoria).
>

Ok. Cambia de alguna forma del result set retornado de acuerdo a la cantidad
de registros de la consulta? Se que esto puede parecer ilógico, pero
para consultas
pequeñas no sucede, hay un punto de inflexión que cambia la forma de
recibir info
en el cliente.

> --
> Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
> "World domination is proceeding according to plan" (Andrew Morton)
>

--
Emanuel Calvo Franco
Syscope Postgresql Consultant
ArPUG / AOSUG Member