Como decis, al pegar el sql no me fije que pegue el del count , la consulta que tira el error es con * y la salida la redirecciono a un archivo:
-bash-3.00$ cat prueba.sql \c danisant; set search_path=estadis; select * from datest where fcfec>='2006-12-01' and fcfec<='2008-12-31'; -bash-3.00$ psql -h 10.12.10.2 -p 5432 -U postgres -W danisant<prueba.sql>salida.asc Perdonen el error, recien ahora pude ver el hilo de la conversacion. 2008/11/28 Fernando Hevia <[EMAIL PROTECTED]> > > > > -----Mensaje original----- > > De: Alvaro Herrera [mailto:[EMAIL PROTECTED] > > > > Fernando Hevia escribió: > > > > > Roberto, > > > Creo que el thread que pasó Emanuel da en el clavo. Allí > > Tom Lane tira > > > una pista por donde indagar. > > > Cito: > > > And, in fact, this is the typical behavior when it runs > > out of memory > > > for the result set :-( ... > > > > > 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. > > > > Efectivamente, si fuese un count(*). Quedaría que Roberto confirme cual es > exactamente la consulta que produce el error. > En su post original dice: > > > El tema qeu actualizando las estadisticas y todo localmente se tarda > > 1 minuto y medio en devolver un count filtrado. Y por el cliente > > traer los datos es muiy muy lento. > > De esto entendí que del cliente traía las filas y no un count(*). > > Saludos. > > -- > TIP 1: para suscribirte y desuscribirte, visita > http://archives.postgresql.org/pgsql-es-ayuda >
