Rv: RESPALDAR SCHEMAS DE CONSULTAS EN CASCADA

----- Mensaje reenviado -----
De: Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com>
Para: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
CC: Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Enviado: Sábado, agosto 13, 2011 6:13 P.M.
Asunto: Re: [pgsql-es-ayuda] RESPALDAR SCHEMAS DE CONSULTAS EN CASCADA

________________________________
De: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Para: Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com>
CC: Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Enviado: Jueves, agosto 11, 2011 1:08 P.M.
Asunto: Re: [pgsql-es-ayuda] RESPALDAR SCHEMAS DE CONSULTAS EN CASCADA

Excerpts from Gabriel Hermes Colina Zambra's message of jue ago 11
11:31:37 -0400 2011:
> Estimados miembros de la lista, espero esten bien,
> He seguido trabajando con Postgres si bien no estuve activo en la lista, siempre reviso los temas que se tratan cuando tengo un poco de tiempo

Hola Gabriel, tanto tiempo, bienvenido de vuelta.

> Tengo la necesidad de hacer un cambio de un campo un  en una consulta que tiene mucha derivaciones en cascada.
>  
> O sea que si borro la consulta esa que no me permite hacer el cambio lo tengo que hacer en cascada.
>  
> Como puedo saber todas las ramificaciones de dependencia de esta consulta , para respaldarlas
> y luego de modificar la consulta, correr un respaldo de todas las otras ?.
> 

> Agradezco una respuesta que me ayude a dar una solucion sin olvidar de reestablecer ninguna de las consultas dependientes.

Cuando dices "consulta", ¿te refieres a una vista?  Si es
así, es
suficiente con hacer DROP VIEW; el drop no funcionará (porque falta el
CASCADE) y te indicará que existen otras vistas dependientes de ella, y
te listará sus respectivos nombres.  Con eso, puedes empezar un pequeño
archivo en el cual guardas las definiciones de cada una de esas vistas
para volver a crearlas posteriormente; luego haces el DROP VIEW CASCADE
inicial y ejecutas tu archivo, quedando todo creado.

Con lo que tienes que tener cuidado es con el uso de esas vistas en
funciones, porque ahí no hay seguimiento de dependencias.

Si no son vistas sino consultas SQL directamente en la aplicación,
entonces me temo que no hay cómo hacerlo automáticamente.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

En primera instancia disculpen el top posting anterior.

Alvaro gracias por tu bienvenida.

Ejecutando el Drop con 8.4 si listo funciones dependientes, por ejemplo la

consulta se llamaba vmovimiento_deudores y una funcion dependiente era fncficha_cliente
la cual aparecio en la lista.
Asi que solucione todo gracias.