Error al definir una FOREIGN KEY

[Angel.Matilla]

Tengo un BB.DD. en FB 2.5 con estas dos tablas:

CREATE TABLE Poblacion (CodPrv VARCHAR(2) DEFAULT '99' NOT NULL, Codigo INTEGER NOT NULL, 
Nombre VARCHAR(65) NOT NULL, Cpostal VARCHAR(10) NOT NULL, Pais VARCHAR(2) DEFAULT 'PD, 
CONSTRAINT PK_Poblacion PRIMARY KEY (CodPrv, Codigo))

CREATE TABLE DatLoc (CodPrv VARCHAR(2) DEFAULT '99' NOT NULL, Poblacion INTEGER NOT NULL, 
Actualiza TIMESTAMP, Padron INTEGER, Censo INTEGER, Concejales SMALLINT, 
Afiliados SMALLINT, Alcalde VARCHAR(60), Partido SMALLINT DEFAULT 1, 
Constitucion DATE, Sede VARCHAR(40), TlfSede VARCHAR(10), 
Presidente VARCHAR(60), TlfPres VARCHAR(10), Portavoz VARCHAR(60), 
TlfPort VARCHAR(10), Observaciones BLOB SUB_TYPE 1, 
CONSTRAINT PK_DatLoc PRIMARY KEY (CodPrv, Poblacion))

Y necesito definir una clave externa de la siguiente forma:

ALTER TABLE DATLOC ADD CONSTRAINT FK_DATLOC 
FOREIGN KEY (CODPRV,POBLACION) REFERENCES POBLACION(CODPRV,CODIGO) 
ON DELETE CASCADE ON UPDATE CASCADE;

Sin embargo, al ejecutar ese código me está dando este error:

Unsuccessful metadata update.
Partner index segment no 1 has incompatible data type.

SQL Code: -607
IB Error Number: 335544351

El código del ALTER TABLE es el que me ha generado el propio SQL Manager y no acabo de ver dónde está el problema.

[Casimiro Notevi]

CREATE TABLE Poblacion (
CodPrv VARCHAR(2) DEFAULT '99' NOT NULL,
Codigo INTEGER NOT NULL,
Nombre VARCHAR(65) NOT NULL,
Cpostal VARCHAR(10) NOT NULL,
Pais VARCHAR(2) DEFAULT 'PD, // <--- No has cerrado la comilla
CONSTRAINT PK_Poblacion PRIMARY KEY (CodPrv, Codigo))

[Angel.Matilla]

Esa errata ya la tengo corregida. De todas formas, cuando he ejecutado el ALTER TABLE ambas tablas ya existían. No acabo de ver dónde está el error. Lo que entiendo del mensaje de error es que los tipos de datos son distintos o ¿estoy equivocado?

[ecfisa]

Hola.

Acabo de ejecutar tu código en un script:

Código SQL [-]
SET TERM ^ ;

CREATE TABLE POBLACION (
  CODPRV VARCHAR(2) DEFAULT '99' NOT NULL,
  CODIGO INTEGER NOT NULL,
  NOMBRE VARCHAR(65) NOT NULL,
  CPOSTAL VARCHAR(10) NOT NULL,
  PAIS VARCHAR(2) DEFAULT 'PD',
  CONSTRAINT PK_Poblacion PRIMARY KEY (CODPRV, CODIGO)
)^

CREATE TABLE DATLOC (
  CODPRV VARCHAR(2) DEFAULT '99' NOT NULL,
  POBLACION INTEGER NOT NULL,
  ACTUALIZA TIMESTAMP,
  PADRON INTEGER,
  CENSO INTEGER,
  CONCEJALES SMALLINT,
  AFILIADOS SMALLINT,
  ALCALDE VARCHAR(60),
  PARTIDO SMALLINT DEFAULT 1,
  CONSTITUCION DATE,
  SEDE VARCHAR(40),
  TLFSEDE VARCHAR(10),
  PRESIDENTE VARCHAR(60),
  TLFPRES VARCHAR(10),
  PORTAVOZ VARCHAR(60),
  TLFPORT VARCHAR(10),
  OBSERVACIONES BLOB SUB_TYPE 1,
  CONSTRAINT PK_DATLOC PRIMARY KEY (CODPRV, POBLACION)
) ^

ALTER TABLE DATLOC ADD CONSTRAINT
FK_DATLOC FOREIGN KEY(CODPRV, POBLACION)
REFERENCES POBLACION(CODPRV, CODIGO)
ON DELETE CASCADE ON UPDATE CASCADE ^

SET TERM ;^

y, aunque personalmente le daría otro nombre a la columna 'POBLACION' de la tabla DATLOC, no me genera ningún error en IBExpert .

Mi consulta es: ¿ Alguna de las tablas involucradas posee datos previos al momento de aplicar la nueva restricción ?

Saludos

[Angel.Matilla]

Sí, la taba Poblacion tiene datos. Es una aplicación que ya está funcionando y hay que ampliar la base de datos con tablas nuevas.

[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