Diferencia entre relaciones de identificación y no identificación

En este artículo, discutiremos la descripción general de una entidad y las relaciones de identificación y no identificación y, finalmente, nos centraremos en las diferencias entre ambos. Discutámoslo uno por uno.

Visión general :

• Los tipos de entidad que no tienen sus propios atributos clave se conocen como tipo de entidad débil. A diferencia de esto, hay tipos de entidades regulares que tienen sus atributos clave, también conocidos como tipos de entidades fuertes.
• La entidad que pertenece a un tipo de entidad débil se identifica cuando está relacionada con otra entidad que tiene sus propios atributos clave, también se conoce como tipo de entidad fuerte o tipo de entidad identificativa o propietaria.
• Uno o más atributos clave de un tipo de entidad fuerte se asocian con cualquier número de atributos de tipo de entidad débil para identificarlo.

Relación de identificación: 
la relación que relaciona el tipo de entidad débil con un tipo de entidad propietaria se conoce como relación de identificación. El tipo de entidad débil siempre tiene una participación total (dependencia de existencia) en una relación porque el tipo de entidad débil no se puede identificar sin una identidad de propietario. Esto no significa que cada dependencia de existencia (participación total) resulte en un tipo de entidad débil.

Diagrama Explicación –

• Aquí el miembro de la familia (entidad) es una entidad débil. No tiene ninguna clave principal. Dada una identificación de propietario (es decir, clave principal Cust_id) y uno o más atributos de una entidad débil (es decir, el nombre de un miembro de la familia), podemos identificar de forma única una tupla en relación de entidad débil.
• El nombre no es la clave principal en la entidad débil, pero es un atributo clave en la entidad débil. En el diagrama ER, la clave parcial de entidad débil se representa mediante un subrayado punteado.
• Una entidad propietaria siempre debe ser una entidad fuerte y la relación entre el propietario y la entidad débil es siempre de uno a muchos y la participación total de una entidad débil
• El cuadro de doble rombo en el diagrama ER representa una relación entre una entidad débil y su entidad fuerte propietaria, esta relación se denomina relación de identificación. Como hay una relación de uno a muchos y una participación total hacia muchos lados. Así que aquí se requieren dos relaciones, una para entidad débil y otra para entidad débil y atributos de relación débil.
• Un tipo de entidad débil puede tener más de un tipo de entidad identificadora y un tipo de relación identificadora de grado superior a dos.
• El tipo de entidad de identificación también se denomina a veces tipo de entidad principal o tipo de entidad dominante. El tipo de entidad débil también se denomina a veces tipo de entidad secundaria.

Ejemplo-1:
Centrémonos en películas, directores y relaciones películas_directores.
 

Análisis de requisitos : 
Un director puede dirigir muchas (M) películas y una película puede ser dirigida por muchos (N) directores. Por lo tanto, esta es una relación M: N, por lo que se requiere la relación para almacenar esta información. Una relación se usa para almacenar información de películas y una relación se usa para almacenar información del director y una relación (movies_directors) en la que movie_id actúa como la clave externa de la relación de películas y director_id actúa como la clave externa de la relación de directores, por lo tanto, ayudan a hacer referencia a la tabla de películas y la tabla de directores para proporcionar el resultado de la consulta especificada por el usuario. La relación entre películas y directores_de_películas es demasiado (una película puede ser dirigida por muchos directores) y la relación entre directores y directores_de_películas también es demasiado (ya que un director puede dirigir varias películas). Entonces, la relación entre películas y directores_de_películas es una relación de identificación porque cada tupla en el elemento secundario (es decir, directores_de_películas) depende de la entrada presente en la relación de películas. De la misma manera directores y cine_directores también se relacionan con relaciones identificatorias. Si eliminamos cualquier entrada de Movie Relation, también será necesario eliminar la entrada correspondiente de movie_directors.

Relación de no identificación:
en una relación de no identificación, el atributo o los atributos principales (es decir, el atributo de la clave principal) de un padre no se utilizan como atributo o atributos principales en la tabla secundaria, pero se pueden atribuir (es decir, los atributos no principales). ) de la tabla secundaria. Aquí, la línea punteada entre la tabla de país (padre) y la ciudad (tabla de hijo) representa la relación de no identificación entre país y ciudad. La entidad secundaria se puede identificar de forma única sin una entidad principal.

Ejemplo 1 : 

• Si tiene una relación de autor y una relación de libro. En algunos casos, es posible que necesitemos almacenar datos sobre un libro, pero no sabemos quién es el autor. La identidad/existencia del libro no depende de tener la información del autor.
• En el ejemplo anterior tomado en la relación de no identificación, la entidad de país, el atributo Código se usa como la clave principal para identificar de forma única la relación de país. Aquí, la clave principal (es decir, el código) del país (es decir, la tabla principal) está presente en la tabla de la ciudad (es decir, la secundaria), pero no como parte de la clave principal o la clave principal.
• Dos relaciones city(child) y country(parent) están asociadas con la relación no identificable. La relación city tiene ID como clave principal. Pero en el atributo de código de entidad de país se utiliza como clave principal para identificar de forma única la relación de país. Aquí, la clave principal (es decir, el código) del país principal está presente en la relación de la ciudad (es decir, secundaria), pero no como clave principal o atributo principal). 

Partes de una relación de no identificación:
una relación de no identificación se divide en dos partes de la siguiente manera.

1. Relación obligatoria de no identificación
2. Relación no identificable opcional

Discutámoslo.

1. Relación de no identificación 
   obligatoria: existe una relación de no identificación «obligatoria» cuando un atributo de la relación principal, presente en la relación secundaria, no puede contener el valor NULL. 
    
2. Relación de no identificación opcional: una relación de no identificación «opcional» está presente entre dos relaciones cuando el atributo de la relación principal (atributo principal o clave principal) que también está en la relación secundaria contiene valores NULOS.

Diferencia entre relación de identificación y relación de no identificación:

S. No.	Identificación de la relación	Relación no identificable
1.	Al identificar la relación, la clave principal del padre (tipo de entidad de identificación) se agrega en las relaciones secundarias con algunos atributos del hijo para identificar de manera única cada tupla en la relación secundaria, es decir, una tupla en la tabla secundaria depende de la fila en la tabla principal .	En una relación de no identificación, el atributo principal/tributos de datos (es decir, el atributo de la clave principal) de un padre no se usa como atributo principal/atributos en la tabla secundaria, pero se puede atribuir (es decir, no principal) del hijo. mesa.
2.	Por ejemplo: el ejemplo anterior se tomó para identificar relaciones. En ese ejemplo, cada tupla en la relación de miembros de la familia (que incluye atributos como el nombre, la edad del miembro de la familia) no puede determinarse de manera única por la relación Family_member.  Entonces, la clave principal del cliente se combina con uno o más atributos (es decir, el nombre) para identificar de manera única una tupla en relación con un miembro de la familia.  Por lo tanto, la relación entre el Cliente (es decir, la tabla principal) y Family_member (tabla secundaria) se identifica (es decir, una fila en la tabla/relación de Family_member depende de la fila en la tabla Customer).  Aquí, la combinación de C_Id (es decir, de la tabla principal y el nombre en la tabla de miembro de la familia (hijo)) ayuda a identificar cada tupla en Family_member.	Por ejemplo: en el ejemplo anterior tomado en la relación de no identificación.        La entidad de país, atributo Código, se utiliza como clave principal para identificar de forma única las relaciones entre países.  Aquí, la clave principal (es decir, el código) del país que es la tabla principal está presente en la tabla de la ciudad (es decir, secundaria), pero no como parte de la clave principal o la clave principal. Cada tupla en relación con la ciudad se puede identificar de forma única sin hacer referencia a la relación con el país. La relación entre ciudad y país se define como ‘diferentes ciudades pueden pertenecer al mismo país’. Por lo tanto, esta es una relación no identificable de muchos a uno porque una relación de ciudad puede identificarse de manera única con ID (es decir, su clave principal).