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.marc...@gmail.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 <ja...@2ndquadrant.com>: > >2014-08-29 19:24 GMT-05:00 Juan <smalltalker.marc...@gmail.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 >> > > >
