2008/11/28 Alvaro Herrera <[EMAIL PROTECTED]> > Roberto Guevara escribió: > > 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 > > Como dice Tom en el mensaje que citó Emanuel, usa FETCH. > > -- > Alvaro Herrera Valdivia, Chile Geotag: -39,815 -73,257 > "Most hackers will be perfectly comfortable conceptualizing users as > entropy > sources, so let's move on." (Nathaniel > Smith) >
El tema completo es el siguiente, yo uso una libreria que internamente agarra cualquier consulta y la desarma en consultas individuales (en 'grosso modo' con un LIMIT 1) que recorren ciclicamente la PK para traer los resultados fila por fila. El tema es que al correrlo con 1 mes de datos la aplicacion se quedaba consultando por mucho tiempo. Al optimizar el manejo de memoria y comprobar la velocidad de conexion que estaba ok, solo me quedaba 2 opciones o la libreria era demasiado lenta para pedir los datos o el motor tardaba en entregarmelos. Para probar la segunda, entonces ejecute el query de prueba y me salio el error que les mostre. Por lo que dicen es un error que solo sale cuando pido un resource set muy grande con esta version de cliente asi que descarto el error que envie.
