Ok luego lo envió,
gracias
Jmdc
El 03/09/2014 19:19, "Jaime Casanova" escribió:
> 2014-09-03 14:36 GMT-05:00 Juan :
> > Jaime
> >
> > El trigger no es el problema es otro campo y afecta otra tabla no esa.
> > Una duda un vacuum full analyse encontrara este problema?? Lo detectara
> como
> > corru
2014-09-03 14:36 GMT-05:00 Juan :
> Jaime
>
> El trigger no es el problema es otro campo y afecta otra tabla no esa.
> Una duda un vacuum full analyse encontrara este problema?? Lo detectara como
> corrupto??? Y un reindex del database?? Algún comando tomara cuenta de la
> corrupción???
>
mmm...
Jaime
El trigger no es el problema es otro campo y afecta otra tabla no esa.
Una duda un vacuum full analyse encontrara este problema?? Lo detectara
como corrupto??? Y un reindex del database?? Algún comando tomara cuenta de
la corrupción???
Salu2
Jmdc
El 03/09/2014 15:47, "Jaime Casanova" escri
2014-09-02 17:24 GMT-05:00 Juan :
> Jaime
>
> 1) no
> 1) no creo porque en la base que referencia a lista_centros el nombre
> para ser insertado en padron debe existir en lista_centros, lo que no
> entiendo es como padron tiene registros con nombres que no tiene
> lista_centros.!!!
lo probast
Jaime
1) no
2) puede ser.
3) no en esos campos (no tiene importancia).
1) no creo porque en la base que referencia a lista_centros el nombre
para ser insertado en padron debe existir en lista_centros, lo que no
entiendo es como padron tiene registros con nombres que no tiene
lista_centros.!
2014-09-01 15:22 GMT-05:00 Juan :
> 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
> (
[...]
> centros character varying(255),
[...]
> CONSTRAINT cspadronprimarykey PRIMARY KEY (
Si funciona lo que pasa es que cambié algunos nombres por razones de
seguridad, y ese no! :(
alli deberia decir nombre_dentros.
Tengo la sospecha de como se rompió la constraint, creo que es porque unos
usuarios
de la db usan funciones de objetos lo ( large objects) y no se si estan
soportadas, s
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 PRI
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 va
2014-08-29 19:24 GMT-05:00 Juan :
> 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, se
Lo primero que van a pedirte, como minimo, es que muestres la descripcion de
las tablas implicadas (segun lo ve postgres, por ejemplo con el comando \d
nombre_tabla de psql), y una consulta (la mas pequeña que reproduzca el error),
que muestre el problema.
De lo contrario, solo puede pasar que
Jaime
La constrain e foreign key match simple tiene un trigger sobre otro campo
otra tabla,no entiendo como pudo llegar a ese estado.
Salu2
Jmdc
El 29/08/2014 20:19, "Jaime Casanova" escribió:
> 2014-08-29 14:20 GMT-05:00 Juan :
> > Gente
> >
> >
> > Tengo el siguiente escenario, tengo una tabl
2014-08-29 14:20 GMT-05:00 Juan :
> Gente
>
>
> Tengo el siguiente escenario, tengo una tabla A que tiene un campo que tiene
> una constraint hacia otra tabla B , en teoria no puedo ingresar registros a
> la tabla A si
> en cierto campo pongamos nombre_de_algo no está en la tabla B en el campo
> no
13 matches
Mail list logo
