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 ([email protected]) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
