From: | gorka <glana(at)cestel(dot)es> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: problema con parametros timestamp en plpgsql |
Date: | 2009-06-17 16:04:52 |
Message-ID: | 4A391424.6060600@cestel.es |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola:
El problema es que esta función es llamada desde Java, siendo recogida
en un resultset dentro del metodo java, y no se como se puede recoger
desde java un setof xxxx. Además a estas alturas, con el producto ya en
producción, no se yo si la gente de Java va a estar dispuesta a cambiar
la forma de obtener los datos.
Alvaro Herrera escribió:
> gorka escribió:
>
>> Hola listeros
>>
>> Tengo un pequeño problema con una funcion plpgsql. La funcion tiene 3
>> parametros de entrada, un integer y dos timestamp. El caso es que dentro
>> de la query con la que devuelvo un refcursor hago un filtro entre los
>> dos parametros timestamps. Ahora me he dado cuenta de que tarda bastante
>> la consulta y he metido un indice por el campo tiemstamp por el que
>> filtro. Hasta ahi todo bien. Cojo la query de la funcion, la ejecuto
>> cambiando los parametros por valores timestamp y tarda, pero un tiempo
>> razonable. Hago lo mismo dentro del procedimiento, poniendo valores
>> timestamp fijos y tarda aproximadamente lo mismo. Pero en cuanto pongo
>> en la funcion los parametros de tipo timestamp, el tiempo se dispara.
>> Alguien sabe que problema puedo tener??
>>
>
> ¿Es realmente necesario que retornes un refcursor? ¿No sería más
> simple hacer que la función retorne el conjunto de resultados?
>
> Te lo comento porque es más sencillo arreglar el problema si la función
> es de la segunda forma.
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2009-06-17 16:24:12 | Re: problema con parametros timestamp en plpgsql |
Previous Message | Alvaro Herrera | 2009-06-17 15:53:19 | Re: problema con parametros timestamp en plpgsql |