From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Lazaro Ruben Garcia Martinez <lgarciam(at)vnz(dot)uci(dot)cu> |
Cc: | "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: RE: Error extraño en llave foranea |
Date: | 2014-02-18 17:13:51 |
Message-ID: | 20140218171351.GU6342@eldon.alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Lazaro Ruben Garcia Martinez escribió:
> Ya he descubierto la causa del error, sucede que la defición de la llave foránea era la siguiente:
>
> ALTER TABLE public.tbl_tramite_cita
> ADD CONSTRAINT fk_tpc_fecha_tipo_documento_tipo_seccion FOREIGN KEY (fecha, ncl_tipo_documento, ncl_tipo_seccion)
> REFERENCES public.tbl_cita_planificacion(fecha, ncl_tipo_seccion, ncl_tipo_documento)
> ON DELETE NO ACTION
> ON UPDATE NO ACTION
> NOT DEFERRABLE;
>
> y era el orden de las columnas en estas líneas:
> FOREIGN KEY (fecha, ncl_tipo_documento, ncl_tipo_seccion) y REFERENCES public.tbl_cita_planificacion(fecha, ncl_tipo_seccion, ncl_tipo_documento), cuando ambas deben tener el mismo orden en la defición de las columnas.
>
> Es este el comportamiento esperado, o es un bug???
Uh. Si defines mal la llave foránea, ¿por qué esperarías que funcione
bien? Esto sigue el principio GIGO: "barbage in, garbage out", o en
otras palabras, si le metes basura obtendrás basura.
--
Á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 | Gilberto Castillo | 2014-02-19 15:31:35 | Re: [pgsql-es-ayuda] RE: Error extraño en llave foranea |
Previous Message | Lazaro Ruben Garcia Martinez | 2014-02-18 16:40:31 | RE: Error extraño en llave foranea |