Re: Consulta tablas temporarias

Si, a mi me paso lo mismo... las opciones son, o usas una tabla no temporaria y le das al "truncate" despues (muy complicado si el ambiente es con alta concurrencia en esa parte), o usas una tabla no temporaria agregandole un campo para el PID, y haces "delete" cuando terminas la funcion (mas lento que el truncate), o usas tablas temporarias y haces un drop table cuando termina la funcion (una buena alternativa).
Cuando nosotros tuvimos un problema similar, el problema se "resolvio" solo... como es esto? los problemas los teniamos cuando estabamos desarrollando la aplicación web, entre prueba y prueba saltaban los errores... cuando la aplicación se usaba desde el entorno web, como el php conectaba y desconectaba todo el tiempo (no mantenia la conexión en forma persistente) no habia problemas.

--
Fernando O. Papa
DBA

> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Lucas
> Enviado el: miércoles, 05 de mayo de 2004 11:33
> Para: pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: [pgsql-es-ayuda] Consulta tablas temporarias
>
>
> Buenas gente...
> hace poco que estoy trabajando con postgres, por lo cual hay
> muchas cosas que desconozco asi que puede ser que este
> cometiendo un error básico, si es asi pido disculpas... El
> problema que estoy teniendo, por lo que ví, es ya conocido,
> pero no encontré por ningún lado una solución.... Tengo una
> función que crea una tabla temporaria, a la cual le ingreso
> una serie de datos y al finalizar la función le hago un DROP.
> La función funciona correctamente la primera vez que es
> ejecutada, pero la segunda vez me da el siguiente error:
> "ERROR: relation with OID xxxxxx does not exist". Por lo que
> leí es un problema de cacheo de planes de ejecución, pero no
> pude encontrar ni un patch, ni solución alternativa a este
> problema. Lo único que encontré que funciona es realizar las
> operaciones sobre esta tabla a traves de EXECUTEs ... lo cual
> realmente es muy engorroso cuando las consultas son apenas
> complejas. alguno pudo solucionar este inconveniente??
>
> (estoy usando un postgresql 7.4)
>
>
> desde ya muchas gracias!
> Lucas
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 3: si publicas/lees desde Usenet, por favor envía
> "subscribe-nomal"
> a majordomo(at)postgresql(dot)org para que tus mensajes puedan llegar
> a los suscriptores de la lista
>