Rv: [pgsql-es-ayuda] RESPALDAR SCHEMAS DE CONSULTAS EN CASCADA Solucionado

Sat, 13 Aug 2011 14:21:23 -0700 


----- Mensaje reenviado -----
De: Gabriel Hermes Colina Zambra <[email protected]>
Para: Alvaro Herrera <[email protected]>
CC: Ayuda <[email protected]>
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 <[email protected]>
Para: Gabriel Hermes Colina Zambra <[email protected]>
CC: Ayuda <[email protected]>
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 <[email protected]>
-
Enviado a la lista de correo pgsql-es-ayuda ([email protected])
Para cambiar tu suscripci髇:
http://www.postgresql.org/mailpref/pgsql-es-ayuda





















					Responder a