Oimos los términos, clave, llave, clave o llave simple, llave primaria, clave principal, llave foránea, llave compuesta...

Comencemos desde el principio. Una entidad representa una "cosa" u "objeto" del mundo real: personas, productos, clientes, etc. entidades del mundo real que se convierten en tablas de Acces. Para almecenar datos de una entidad debemos conocer las caracteríticas o atributos que deseamos almacenar, por ejemplo la entidad PERSONAS puede almacenar campos o atributos como nombre, apellidos, direccion, DNI, etc. El número y tipo de atributos (campos) dependerá siempre de los que convengan a las reglas del negocio.

La imagen siguiente muestras dos entidades convertidas en tablas de Access...

Los atributos de cada tabla son los datos que tenemos, recogemos o eliminamos.

La existencia de estas dos entidades nos lleva a una relación de "PERSONA realiza COMPRA"

PERSONA es uana entida fuerte puesto que no necesita un registro relacionado en COMPRAS para que pueda existir un registo de una persona. La entidad COMPRAS es debil, para que se den instancias, registros, tuplas, etc. debe existir una persona que realice la compra...

Para que una relación sea posible se necesitan dos campos, uno en cada entidad, que actúen como campos de relación. Los dos campos que definen la relación son claves o llaves, pero ambos se comportan de una manera muy diferente. Esto se debe a que hay distintos tipos de claves. La claves o llaves primarias son las más importantes. Cada tabla o entidad debe tener una llave primaria que identifique a cada registro. En PERSONAS se define DNI como clave o llave primaria. en COMPRAS el campo NUM_COMPRA como llave, aunque carece de importancia en el ejemplo de las imagenes.

Las claves primarias sirven para crear relaciones. Una llave primaria es elegida de entre las llaves candidatas. Pero el campo destino de la relación es una clave externa o foránea en la entidad COMPRAS. Las claves externas o foráneas se refieren a la entidad que tiene el lado muchos o cualquier otra entidad que actúe como tabla relacionada (Access) y no como tabla principal de la relación. La clave externa podrá repetir valores.

Las claves o llaves simples se crean con un solo atributo, por ejemplo DNI, pero podemos utilizar claves múltiples, es decir formadas por la unión de dos o más atributos, para crear una relación n:m de muchos a muchos ...

Las claves candidatas o campos que contienen valores únicos e irrepetibles, como ves en la imagen siguiene sirven como campos que son canditatos válidos para actuar como clave primaria o llave primaria...

Los campos que actuan como clave principal o llave primaria se identifican en Access fácilmente porque llevan un icono de una llave, como ves en las imagenes siguientes. Una vez elegidas las claves primarias de PERSONAS y COMPRAS, se define el tipo de relación. Una persona puede realizar muchas compras, así que pensamos en una relación de 1 a muchos. En realidad se trata de una relación de 0 a muchos, puesto que la cardinalidad mínima PERSONAS en la relación es cero: hay personas que no han hecho compras. COMPRAS en cambio tiene en la relación una cardinalidad mínima 1, no puede existir una COMPRA si no hay una persona que la realiza. Todo registro de COMPRAS tendrá al menos el DNI de una persona que realizó la compra. Igualmente una sola persona puede realizar ninguna o muchas compras...

La entidad fuerte será la tabla PERSONAS, principal en la relación, COMPRAS será el destino de la relación en el lado muchos (1:n) como tabla o consulta relacionada en ACCESS. La relación de uno a muchos cumplirá las reglas de integridad referecial, para evitar registros huerfanos como una compra de una persona que no existe en B.D., eliminación de registros relacionados, la integridad evitará entradas o registros colgados...