RE: Desactivqar chequeo dependencias

> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de
> Calabaza Calabaza
> Enviado el: viernes, 07 de septiembre de 2007 9:43
> Para: pgsql-es-ayuda(at)postgresql(dot)org
> Asunto: Re: [pgsql-es-ayuda] Desactivqar chequeo dependencias
>
> El 7/09/07, Gustavo <gustavor(at)intercomgi(dot)net> escribió:
> > Gracias por las respuestas:
> >
> > Aun no he encontrado la solución. Estaría necesitando desactivar el
> > checkeo de foreing keys de todas las tablas que hacen
> referencia a una
> > tabla en particular mia. De esta forma lo que busco es
> elimianr esta
> > tabla y volverla a crear con los campos en distinto orden. Luego me
> > interesaría volver a reactivar las foreing keys. Espero
> haberme hecho entender.
>
> Desactiva los fk así como te lo mostre para cada tabla,
> cambia el nombre de tu_tabla en la sintaxis que te pasé:
>
> > > > EJ: desactivar
> > > > todas las FK por un tiempo y luego volverlas a activar.
> > >
> > > -- Disable triggers
> > >
> > > UPDATE pg_catalog.pg_class SET reltriggers = 0 WHERE oid =
> > > 'tu_tabla'::pg_catalog.regclass;
> > >
> > > Esto hace el pg_Admin cuando le marcas al hacer backup la
> opcion de
> > > disable triggers.
> > > y luego:
> > >
> > > -- Enable triggers
> > > UPDATE pg_catalog.pg_class SET reltriggers = (SELECT
> > > pg_catalog.count(*) FROM pg_catalog.pg_trigger where
> pg_class.oid =
> > > tgrelid) WHERE oid = 'tu_tabla'::pg_catalog.regclass;
>
>
> > >
> > > Y así para cada tabla,
> > >
>
>
> > Idea mia o esto me suena a problemas al hacer un restore?
>
> > Expeciencia: me ha pasado varias veces que hago un dump y luego un
> > restore y me da problemas d eindices q no existe y referencias, sin
> > saber por que. lei la doc y casi de forma magica encontre que el
> > restore como todas las cosas sube de forma secuencial, por lo tanto
> > sube tablas primero y estas a su vez hacen referencia a indices q
> > obviamnte en la secuencia de cargado aun no se crean, bueno
> para esto
> > encontre o mas bien siempre ha venido la opcion del restores -r,
>
> Esta opcion no la encontre en la documentación de pg_restore
> del 8.2.4:
> http://www.postgresql.org/docs/8.2/static/app-pgrestore.html
>
> podrías indicar tu link de tu documentación??
> (Es muy interesante y util y lo necesito realmente)
>
> >esta opcion ordena de tal forma el respaldo, que te crea todo lo
> >necesario primero osea indices y referencia , etc. Para q luego las
> >tablas se cargen sin problemas.
> >
>
> Lo he probado y me dice que no reconoce el parametro -r, es
> alguna version especial de postgreSQL?????
>
> --
> §~^Calabaza^~§ from Villa Elisa, Paraguay
> --
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 2: puedes desuscribirte de todas las listas simultáneamente
> (envíe "unregister TuDirecciónDeCorreo" a
> majordomo(at)postgresql(dot)org)
>
> --
> Este mensaje ha sido analizado por MailScanner en busca de
> virus y otros contenidos peligrosos, y se considera que está limpio.
>
> www.siigsa.cl
>
>

En la doc d ela shell del pg_restore --help:

-r, --rearrange reordena la salida para poner los índices y otros
al final

Bueno esto aparece en le version 7.4, quiza en el 8.3 no sea necesario ese
parametro por q quiza ya se de cuenta del problema el restore de forma
automatica.

--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

www.siigsa.cl