Dependencia Funcional Completa En La Normalización De La Base De Datos.

Una dependencia con funciones completas es un estado de normalización de la base de datos que se ajusta al estándar de normalización de la segunda forma normal (2NF). En resumen, esto significa que satisface los requisitos de la primera forma normal (1NF) y que todas las propiedades que no son clave dependen funcionalmente de la clave principal.

No es tan complicado como parece. Miremos más de cerca.

Índice
  1. Primer resumen como siempre
  2. Cómo 2NF asegura dependencias completas
  3. Por qué es importante la fiabilidad absoluta

Primer resumen como siempre

Antes de que una base de datos pueda depender funcionalmente por completo, primero debe satisfacer una primera forma normal. Todo esto significa que cada propiedad debe contener un valor atómico.

Por ejemplo, la siguiente tabla no coincide con 1FN porque la empleada Tina está asignada a dos ubicaciones que están en una celda:

Empleados Ubicación
John Ángel
tina Los Ángeles, Chicago

Permitir este diseño puede interferir con las actualizaciones o la entrada de datos. Para garantizar el cumplimiento de 1NF, reorganice la tabla para que todos los atributos (o celdas de columna) tengan un valor:

¿Qué Es Un Parche?
Empleados Ubicación
John Ángel
tina Ángel
tina chicago

Pero 1NF todavía no es suficiente para evitar problemas de datos.

Cómo 2NF asegura dependencias completas

Para ser totalmente dependiente, todas las propiedades de clave no permitidas deben depender de la clave principal.

Una propiedad de clave candidata es cualquier clave (como una clave principal o externa) que se utiliza para identificar de forma única un registro de base de datos.

Los diseñadores de bases de datos usan símbolos para describir las dependencias entre propiedades:

Si la propiedad A determina el valor de B, escribimos esto LEJOS, lo que significa que B es funcionalmente dependiente de A. En esta relación, A determina el valor de B y B depende de A.

¿Qué Es Un Archivo Xlr?

Ejemplo: En la siguiente tabla de departamentos de empleados ID de empleadonúmero de departamento es la clave candidata: ID de empleado es la clave principal de la tabla y número de departamento es una clave foránea. Todas las demás propiedades, en este caso, Nombre del empleadoNombre de Departamento, debe confiar en la clave principal para obtener su valor.

ID de empleado Nombre del empleado número de departamento Nombre de Departamento
emp1 John Departamento 001 finanzas
Emp2 tina Departamento 003 el volumen de ventas
emp3 carlos Departamento 001 finanzas

En este caso, la tabla no es completamente dependiente ya que EmployeeName depende de la clave principal ID de empleado, Nombre de Departamento reemplazado por número de departamento. Esto se llama dependencia parcial.

Para encajar esta tabla en 2NF, necesitamos dividir los datos en dos tablas: una tabla de empleados y una tabla de departamentos. Aquí está la tabla de empleados:

ID de empleado Nombre del empleado número de departamento
emp1 John Departamento 001
Emp2 tina Departamento 003
emp3 carlos Departamento 001

Eliminamos el atributo Nombre de Departamento Cree una nueva tabla Departamentos a partir de la tabla Empleados:

número de departamento Nombre de Departamento
Departamento 001 finanzas
002 recursos humanos
Departamento 003 el volumen de ventas

Las relaciones entre tablas ahora son totalmente dependientes o en 2NF.

Revisión De Zanza

Por qué es importante la fiabilidad absoluta

Las dependencias completas entre las propiedades de la base de datos ayudan a garantizar la integridad de los datos y a evitar anomalías en los datos.

Por ejemplo, considere la tabla de la sección anterior, que se aplica solo a 1FN. Aqui otra vez:

Empleados Ubicación
John Ángel
tina Ángel
tina chicago

Tina tiene dos discos duros. Si actualizamos uno sin saber que hay dos, los datos serán inconsistentes.

¿O qué pasa si queremos agregar un colaborador a esta tabla, pero aún no sabemos la ubicación? Si este atributo está presente, es posible que ni siquiera permitamos agregar nuevos colaboradores. Ubicación No se permiten valores NULL.

Sin embargo, la confianza absoluta no lo es todo cuando se trata de estandarización. Debe asegurarse de que su base de datos esté en tercera forma normal (3NF).

Entradas Relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Subir

Usamos cookies para asegurar que te brindamos la mejor experiencia en nuestra web. Si continúas usando este sitio, asumiremos que estás de acuerdo con ello. Más información