From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Martín Marqués <martin(at)2ndquadrant(dot)com> |
Cc: | Daymel Bonne Solís <dbonne(at)uci(dot)cu>, Lista de PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: 9.3 tablas foráneas y tipo serial |
Date: | 2013-05-15 19:12:30 |
Message-ID: | 20130515191230.GD15045@eldon.alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Martín Marqués escribió:
> El 15/05/13 14:41, Alvaro Herrera escribió:
> > Esto acaba de ser reportado en pgsql-hackers por Brad Nicholson,
> > http://www.postgresql.org/message-id/EC55DC235432104F8255702A8D7344D9418B5F0D@G4W3302.americas.hpqcorp.net
> > la conclusión inicial fue la misma que la tuya (agregar un hint), pero
> > después se vio que en realidad no hay ninguna razón para no permitir
> > columnas de tipo SERIAL. Así que seguramente esa restricción se va a
> > eliminar.
>
> A mi me queda la duda sobre el diseño. Por un lado queres que el campo
> se auto incremente con el SERIAL remoto, pero al crear la tabla foránea
> usas un DEFAULT que apunta el SERIAL local.
El FDW no permite el uso de cláusulas DEFAULT en el servidor remoto.
Es posible que se implemente en el futuro, pero por ahora simplemente no
funciona.
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | jvenegasperu . | 2013-05-16 05:51:43 | Funciones en C mejorar performance |
Previous Message | Martín Marqués | 2013-05-15 19:05:08 | Re: 9.3 tablas foráneas y tipo serial |