Error al definir un FK en Firebird 2.5

[Angel.Matilla]

Empiezo a pensaqr que el problema no está las definiciones y sí en la máquina. La respuesta anterior la he puesto mientras arrancaba el PC y la primera prueba que he hecho, desde SQL Manager no desde la aplicación, se ha ejecutado a la perfección sin dar ningún error.

He borrado la base de datos y al tratar de ejecutar desde la aplicación ha dado un error pero en otra línea diferente. Por si acaso he vuelto a borrar la base de datos y ejecutado desde SQL Manager el script que genera al definir las tablas y esta vez me ha dado error al crear la clave primaria, que luego se ha ejecutado bien. Tendré que darle una vuelta al disco duro.

[Casimiro Noteví]

¿Esa base de datos tiene datos?
Mejor dicho, ¿esas tablas tienen datos?

[[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 Noteví]

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