Error al definir un FK en Firebird 2.5

[[fjcg02]]

Si los campos en la definición están bien, y las tablas tienen datos, es que hay datos que incumplen la regla.


Saludos

[Casimiro Notevi]

Empezado por fjcg02

Si los campos en la definición están bien, y las tablas tienen datos, es que hay datos que incumplen la regla.
Saludos

[Angel.Matilla]

Empezado por fjcg02

Si los campos en la definición están bien, y las tablas tienen datos, es que hay datos que incumplen la regla.

Completamente de acuerdo con este comentario salvo por una cosa: estoy creando la base de datos y por lo tanto las tablas están vacías. No sé que habré hecho; exactamente este mismo código me ha funcionado a la perfección y es ahora cuando estoy haciendo pruebas definitivas para instalar la aplicación al cliente que me da estos errores.

[[fjcg02]]

Mira a ver si te cruje porque el segundo campo es integer not null en un caso y en otro sólo integer.

No sé, creo que el mesaje no es tan claro como debiera y crea confusión.

Saludos

Edito: si utilizas set default en el caso de borrado, firebird te pondrá esos campos a nulos. Tu campo de la tabla Afiliacioens no puede ser null, por lo que te cruje.
Soluciones:
- hacer tu campo CodPrv de la tabla afiliaciones "nullable" ( como me vea Al me mata, jejejej)
- Quitar lo marcado y sustituir al gusto

ALTER TABLE PERSONA
ADD CONSTRAINT FK_CODAFIPER
FOREIGN KEY (CODPRV, CODIGO)
REFERENCES AFILIACION(CODPRV, CODIGO)
ON DELETE SET DEFAULT ON UPDATE CASCADE

[Angel.Matilla]

Empezado por fjcg02

Mira a ver si te cruje porque el segundo campo es integer not null en un caso y en otro sólo integer.

No sé, creo que el mesaje no es tan claro como debiera y crea confusión.

Saludos

Edito: si utilizas set default en el caso de borrado, firebird te pondrá esos campos a nulos. Tu campo de la tabla Afiliacioens no puede ser null, por lo que te cruje.
Soluciones:
- hacer tu campo CodPrv de la tabla afiliaciones "nullable" ( como me vea Al me mata, jejejej)
- Quitar lo marcado y sustituir al gusto

¡Vaya! No se me había ocurrido esta posibilidad. Probaré y gracias.

[[fjcg02]]

Empezado por Angel.Matilla

¡Vaya! No se me había ocurrido esta posibilidad. Probaré y gracias.

No es que se te ocurra o no. La propia definición de las fks indica que si pones "on delete set default", cuando borres un registro, los registros de la tabla referenciada afectados se actualizarán con valor nulo en los valores llave. Si el campo llave no puede ser nulo, te da una excepción al crear la fk impidiéndote crearla.


De lo cual deduzco que tu entorno de pruebas no es igual que el entorno que estás creando en tu cliente, bien en la definición de las tablas, bien en la definición de la fk.

Manténnos informados...

Saludos