Rv: RESPALDAR SCHEMAS DE CONSULTAS EN CASCADA Solucionado

----- 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 5:51 P.M.
Asunto: Re: [pgsql-es-ayuda] RESPALDAR SCHEMAS DE CONSULTAS EN CASCADA Solucionado

Gracias Alvaro.

Normalmente no hago las consultas en la aplicacion si no que las defino en las vistas
Asi que segui tu consejo y mande el resultado a un archivo,
arme sentencias para respaldar las vistas dependientes y borre en cascada
luego pude al fin, cambiar la vista, la cual definio un tipo de dato diferente al
anterior que era unknow y corri los archivos en el pgadmin para recuperar
las borradas en cascada.

Muchas gracias a todos.

----- Mensaje original -----
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>
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripci髇:
http://www.postgresql.org/mailpref/pgsql-es-ayuda