Error al definir una FOREIGN KEY

[ecfisa]

Hola.

Podría ser que algunos datos no cumplieran con la nueva restricción y eso te estuviera dando error. Por mi parte forcé la situación y el error que me genera IBExpert al aplicar la nueva restricción es:

No es posible confirmar la transacción:
violation of FOREIGN KEY constraint "".
violation of FOREIGN KEY constraint "FK_DATLOC" on table "DATLOC".
Foreign key reference target does not exist.
Problematic key value is ("CODPRV" = '01', "POBLACION" = 3).

Sin embargo, el mensaje de error que publicas indica que la columna de la clave externa que estas creando es de diferente tipo al de la clave principal a que referencia, mas explayado aquí: Partner index segment no 1 has incompatible data type.

De todos modos podrías crear dos nuevas tablas sin datos (a modo de prueba) e intentar aplicarle la restricción y ver si te genera el error.

Saludos

[Angel.Matilla]

Haré la prueba. No obstante el error me deja perplejo porque ambas columnas contienen el mismo tipo de datos.

[Angel.Matilla]

Estaba repasando el código que tengo hecho hasta ahora y me he dado cuenta de una cosa. Como comentaba lo que está pasando es que tengo que ampliar la base de datos de una aplicación ya existente; me he dado cuenta que en la carga inicial de datos, que proceden de una BB.DD. Paradox, las restricciones (CHECK y FOREIGN KEY) las defino después de haber cargado la tabla y no tuve ningún problema, y son unas cuantas.

[Casimiro Noteví]

¿Paradox es una BD relacional?

[Angel.Matilla]

No, ya sé que no. Digo que los datos originales estaban tablas Paradox. Me refería a las restricciones en FB.

[Casimiro Noteví]

Empezado por Angel.Matilla

No, ya sé que no. Digo que los datos originales estaban tablas Paradox. Me refería a las restricciones en FB.

Es que en este caso en concreto, habría que ver esos datos que tienes. Paradox "se los traga" porque no es relacional.

[orodriguezca]

¿Los scripts SQL para crear las tabla POBLACION y DATLOC fueron obtenidos de la base de datos?. El mensaje de error indica que hay alguna discrepancia en la definición de la columna CODPRV entre las dos tabla, posiblemente el Collation.

[Angel.Matilla]

Empezado por Casimiro Notevi

Es que en este caso en concreto, habría que ver esos datos que tienes. Paradox "se los traga" porque no es relacional.

A ver. En la BB.DD. Paradox hay columnas (en concreto CodPrv) que no están definidas, pero al hacer la carga de Paradox a FB ya lo tengo en cuenta y pongo un valro que sé no me va a dar error; en este caso concreto el valor que debe ir es 13 por la provincia de Ciudad Real y antes de ejecutar los INSERT correspondientes ya he cambiado el valor por defecto de 99 al que corresponde, 13 en este caso. Piensa que ambas bases de datos son "invento" mío.

Empezado por orodriguezca

¿Los scripts SQL para crear las tabla POBLACION y DATLOC fueron obtenidos de la base de datos?. El mensaje de error indica que hay alguna discrepancia en la definición de la columna CODPRV entre las dos tabla, posiblemente el Collation.

Los scripts son código del programa Builder. Como puedes ver en ambos esa columna CodPrv está definida igual (VARCHAR(2)), lo mismo que esa columna Poblacion (que haciendo caso a ecfisa he bautizado de otra manera para evitar confusiones) es un entero en ambas tablas. Tal vez, y sólo tal vez, habría que definirlas como VARCHAR(3) o VARCHAR(4) ya que el avlro de ese campo podría llegar a ser 100. Y, por cierto, ¿a qué collation te refieres?