Re: Error de constraint

Ese script de la tabla de lista_centros funciona?? Lo digo por esto:
CREATE TABLE lista_centros
(
id_centro character varying(255) NOT NULL,
nombre_centro character varying(255) NOT NULL,
server character varying(200),
standalone boolean DEFAULT true,
CONSTRAINT cs_centrosprimarykey PRIMARY KEY (id_centro),
CONSTRAINT lista_centro2key UNIQUE (nombre_centros) --Este campo no existe
)
El Lunes 1 de septiembre de 2014 15:24, Juan <smalltalker(dot)marcelo(at)gmail(dot)com> escribió:

>
>
>Jaime . lista
>
>
>aca te envio las definiciones de la tabla y la consulta que no deberia tener registros
>porque violaria la contraint
>
>
>CREATE TABLE padron
>(
> id_usuario character varying(24) NOT NULL,
> num_transaccion character varying(255) DEFAULT ''::character varying,
> tipo_centro character varying(50) DEFAULT ''::character varying,
> nombre_1 character varying(255),
> nombre_2 character varying(255),
> apellido_1 character varying(255),
> apellido_2 character varying(255),
> apellido_3 character varying(255),
> id_nacionalidad character varying(255),
> radicado_arg smallint DEFAULT 0,
> fecha_nacimiento timestamp without time zone,
> sexo character varying(25),
> calificacion smallint DEFAULT 0,
> fidelidad bigint DEFAULT 0,
> domicilio_provincia character varying(50),
> domicilio_partido character varying(50),
> domicilio_localidad character varying(50),
> domicilio_barrio character varying(50),
> domicilio_calle character varying(250),
> domicilio_altura character varying(50),
> domicilio_piso character varying(255),
> domicilio_puerta character varying(50),
> domicilio_cod_postal character varying(255),
> domicilio_cod_postal_arg character varying(255),
> domicilio_coord_x character varying(255),
> domicilio_coord_y character varying(255),
> estado_civil character varying(50),
> fecha_turno timestamp without time zone,
> centros character varying(255),
> jubilado smallint DEFAULT 0,
> CONSTRAINT cspadronprimarykey PRIMARY KEY (id_usuario),
> CONSTRAINT cslista_centros FOREIGN KEY (centros )
> REFERENCES lista_centros (nombre_centro) MATCH SIMPLE
>)
>
>
>
>
>
>
>
>
>CREATE TABLE lista_centros
>(
> id_centro character varying(255) NOT NULL,
> nombre_centro character varying(255) NOT NULL,
> server character varying(200),
> standalone boolean DEFAULT true,
> CONSTRAINT cs_centrosprimarykey PRIMARY KEY (id_centro),
> CONSTRAINT lista_centro2key UNIQUE (nombre_centros)
>)
>
>
>-->select id_usuario,centros from padron where centros not in (select nombre_centro from lista_centro );
>
>
>ARROJA RESULTADOS,... no deberia no???
>alguna idea?
>
>
>
>
>
>2014-08-29 22:55 GMT-03:00 Jaime Casanova <jaime(at)2ndquadrant(dot)com>:
>
>2014-08-29 19:24 GMT-05:00 Juan <smalltalker(dot)marcelo(at)gmail(dot)com>:
>>
>>> Jaime
>>>
>>> La constrain e foreign key match simple tiene un trigger sobre otro campo
>>> otra tabla,no entiendo como pudo llegar a ese estado.
>>>
>>
>>?
>>
>>a ver, te preguntaba por triggers en la misma tabla en la que ves el
>>problema. en todo caso, como Gerardo sugiere, sería buena idea que
>>muestres la estructura de la tabla que muestra psql
>>
>>psql -c "\d nombre_tabla" nombre_base > archivo_estructura.sql
>>
>>Por favor la estructura de la tabla que referencia asi como la referenciada.
>>
>>puedes mostrar los registros con problemas al menos? y los selects que
>>usas para probar que hay un problema.
>>
>>finalmente, alguna vez has tenido otros problemas con esta base? has
>>corrido pg_resetxlog? o has tenido que restaurar de una copia fisica?
>>
>>
>>--
>>Jaime Casanova www.2ndQuadrant.com
>>Professional PostgreSQL: Soporte 24x7 y capacitación
>>Phone: +593 4 5107566 Cell: +593 987171157
>>
>
>
>