[SOLUCIONADO] ¿Foreign key debe de ser clave primaria?

[mariscos_recio]

¿Es conveniente que la columna que es declarada como foreign key sea ademas clave primaria?
La columna cliente_id de la tabla descripcion_cliente, que es la que se le hace el foreign key a la columna cliente_id de la tabla clientes, es UNIQUE y no tiene AUTO_INCREMENT.
Para hacer consultas SELECT mas rápidas es mejor que sea declarada como primary key la columna descripcion_cliente.cliente_id¿no?

[gnzsoloyo]

Empecemos por el principio:
Si tienes una tabla clientes, todos los atributos que son propios del cliente van en ella. No tiene ningún sentido partirla en dos para guardar algunos datos en otra tabla, si la relación es 1:1, y los datos son siempre obligatorios.

Sólo se hace una descomposición si se cumple alguna de dos condiciones:
1) Se trata de un conjunto de atributos opcionales que pueden expresarse como una única entidad.
2) Se trata de atributos que pueden ser opcionales o no, pero que pueden tener más de una instancia de valores, y por tanto representan una relación al menos 1:N (o N:N) con otro concepto que se puede describir como entidad.

En cualquiera de los dos casos, la PK de esa tabla debe contener a la FK que apunta a la tabla de Cliente. Siempre.
La única consideración es que si la relación de esa tabla es 1:N, la PK de la tabla secundaria debe ser una clave compuesta (y en este caso la componente no debe ser autoincremental).

[mariscos_recio]

Gracias gnzsoloyo, todo me quedó claro y la tabla me ha quedado bastante más limpia y los conceptos más claros.