Saber si el campo es PK ?

Hola coworkers, algúna idea de como obtener además de los datos de tipo de
campo , si el campo es PK ?
actualmente uso esto, pero no se de donde sacar un dato para idientificar
entre todos los campos el PK.

Muchas gracias por la ayuda.

Esto es lo que uso actualmente.

SELECT attname, typname From pg_namespace, pg_attribute, pg_type, pg_class
Where pg_type.oid = atttypid AND pg_class.oid = attrelid AND
pg_namespace.nspname ='public' AND relnamespace = pg_namespace.oid AND
relname ='region' AND attnum >= 1;

----- Original Message -----
From: "jors" <qat(at)ya(dot)com>
To: "Gabriel Hermes Colina Zambra" <hermeszambra(at)yahoo(dot)com>
Cc: <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Monday, July 09, 2007 8:17 PM
Subject: Re: [pgsql-es-ayuda] [Fwd: PostgreSQL paradodespués de degradación
de un PDC]

El lun, 09-07-2007 a las 16:11 -0500, Gabriel Hermes Colina Zambra
escribió:
> --- jors <qat(at)ya(dot)com> escribió:
>
> > Buenas tardes,
> >
> > Tengo un problema con un servidor PostgreSQL a raíz
> > de la degradación
> > del controlador de dominio (PDC) Win2K3 SBS (Small
> > Business Server)
> Que Small Business Server tenes, 4.0, 4.5, 2000, 2003
> ??
Windows 2003 SBS.

> > donde se halla alojado. El caso es que después de
> > esto, el servicio de
> > PostgreSQL no inicia. Temiendo que fuera un problema
> > de degradación
> > también del usuario usado para lanzar este servidor
> > [1] (usuario
> > postgres), he probado a cambiar el usuario lanzador
> > a DOMINIO\postgres
> > y .\postgres (aparentemente esto último es para una
> > máquina sin
> > dominio), sin resultados satisfactorios.
> >
> > Mi pregunta es, ¿es posible migrar los datos a otro
> > Postgre ubicado en
> > otra máquina sin poder arrancar el servidor Postgre
> > en la máquina
> > origen? Caso de serlo, ¿conocéis algún enlace que
> > pueda mirarme?
> >
> Como te respondio Alvaro, copiando la carpeta data, al
> BDC, si es que tienes uno.
En realidad no tengo BDC, pero no creo que necesite ninguno, porque el
Postgres
no está ligado al PDC por nada en concreto. Vamos, que puede ponerse en
otra máquina.

>
>
> > Igualmente, se agradece cualquier comentario que me
> > pudiera ayudar a
> > restaurar el Postgre "dañado".
> Me suena feo Postgre, ponele PostgreSQL o Postgres,
> por favor.
>
> Tenes hecho un respaldo con pg_dump o pg_dumpall, eso
> te simplificaria todo. De no tenerlo, sos un suicida,
> puesto que a PostgreSQL le tengo mas fe que al SQL que
> tenes en el SBS, pero no a la seguridad de los
> sistemas operativos.
Sí, tengo unos volcados hechos con pg_dump por un lado, y otros usando
pgAdminIII
por otro, por si las moscas (tar's por si las BD fueran suficientemente
grandes). Lo malo de eso es que no te copia roles y otras cosas (ignoro
qué otras cosas posee Postgres), y de este modo me quedo a medias si uso
esos dumps en el proceso de restauración. Por este motivo el copiar el
directorio a otro SGBD Postgres creo será la mejor opción.

> Por lo que te recomiendo de futuro empezar hacer con
> tareas programadas los backup con pg_dump de tus bases
> de datos.
>
> Pues instalar un Windows, un postgresql levantar un
> pg_dump, con psql base -U postgres -f \camino\fichero,
> seria una pasada que te dejaria operativo en muy poco
> tiempo.
Ahora mismo me tatúo pg_dumpall en la frente :)

> Atte.
> Gabriel Hermes Colina Zambra.
Gracias!

> >
> > Muchas gracias y un saludo,
> >
> > ---
> > jors - qat(at)ya(dot)com
> >
> >
> >
> > [1] Al degradarse el dominio, creo que los usuarios
> > de dominio de la
> > propia máquina pasan a ser usuarios locales.
> >
> >
> > --
> > ---------------------------(fin del
> > mensaje)---------------------------
> > TIP 2: puedes desuscribirte de todas las listas
> > simultáneamente
> > (envíe "unregister TuDirecciónDeCorreo" a
> > majordomo(at)postgresql(dot)org)
> >

---
jors - qat(at)ya(dot)com

--
---------------------------(fin del mensaje)---------------------------
TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net