CURSO de DISEÑO de BASE DE DATOS #12 📚 SEGUNDA FORMA NORMAL
Summary
TLDREl curso de diseño de bases de datos continúa con la segunda forma normal (2NF), la cual se aplica solo si la tabla ya está en primera forma normal (1NF). Se enfatiza la importancia de que todos los atributos no clave dependan completamente de cualquier clave candidata para evitar redundancias. Se explican los elementos de dependencia y cómo identificar columnas que dependen de otras. A través de un ejemplo, se muestra cómo dividir una tabla grande en varias tablas más pequeñas para cumplir con la 2NF, manteniendo las relaciones apropiadas entre ellas y eliminando datos duplicados. Esto ayuda a normalizar y organizar mejor la información.
Takeaways
- 📚 Para que una tabla esté en segunda forma normal, debe estar previamente en primera forma normal.
- 🔑 Todos los atributos no clave deben depender completamente de cualquier clave candidata.
- 🚫 Se debe evitar la redundancia al mezclar propiedades de dos entidades en la misma relación.
- 🔍 Se deben identificar las dependencias de las columnas entre sí para asegurar que las tablas están en segunda forma normal.
- 🧩 Se debe revisar lógicamente los elementos dentro de una tabla para determinar sus dependencias.
- 🔑📈 Una columna que no es clave primaria puede tener elementos que dependen de ella, como se ve en el ejemplo de la caja y la marca.
- 📊 Se pueden encontrar tres tipos de relaciones en una tabla: dependencia de la clave primaria, dependencia de una columna no clave primaria y dependencia de ambas.
- 📑 Es necesario dividir la tabla en varias tablas para cumplir con la segunda forma normal, manteniendo las relaciones entre ellas.
- 🔗 Las tablas resultantes deben estar relacionadas para reflejar la conexión original de la tabla grande.
- 🗂️ Al dividir la tabla en varias, se reduce la redundancia y se mejora la organización de los datos.
Q & A
¿Qué es la segunda forma normal en el diseño de bases de datos?
-La segunda forma normal (2NF) es un nivel de normalización en el diseño de bases de datos que elimina dependencias parciales. Esto significa que todos los atributos no clave deben depender completamente de cualquier clave candidata, evitando así redundancias y mejorando la integridad de los datos.
¿Cuáles son los requisitos para que una tabla esté en segunda forma normal?
-Para que una tabla esté en segunda forma normal, debe cumplir dos requisitos: 1) Estar en primera forma normal, lo que significa que no deben existir columnas que contengan datos repetitivos o proyectados. 2) Todos los atributos no clave deben depender completamente de la clave primaria, no solo parcialmente.
¿Qué es una dependencia incompleta y cómo afecta la segunda forma normal?
-Una dependencia incompleta ocurre cuando un atributo no clave no depende de toda la clave primaria, sino solo de una parte de ella. Esto va en contra de la segunda forma normal, ya que se busca que todos los atributos no clave dependan completamente de la clave primaria.
¿Cómo se identifican los elementos de dependencia en una tabla?
-Los elementos de dependencia en una tabla se identifican observando qué columnas dependen de otras. Por ejemplo, si el valor de una columna varía según el valor de otra, existe una dependencia. En la normalización, se busca que solo la clave primaria tenga dependencias hacia otros atributos.
¿Qué hace falta revisar en una tabla para asegurarse de que cumple con la segunda forma normal?
-Para asegurarse de que una tabla cumple con la segunda forma normal, se debe revisar que todos los atributos no clave estén completamente dependiendo de la clave primaria y que no haya dependencias de atributos no clave con partes de la clave primaria o con atributos no clave.
¿Qué es una clave candidata y cómo se relaciona con la segunda forma normal?
-Una clave candidata es un conjunto de atributos que puede identificar de manera única a cada registro en una tabla. En la segunda forma normal, todos los atributos no clave deben depender completamente de la clave candidata, lo que ayuda a evitar redundancias y mantener la integridad de los datos.
¿Cómo se aborda la situación cuando una columna no es clave primaria pero tiene atributos que dependen de ella?
-Cuando una columna no es clave primaria pero tiene atributos que dependen de ella, se debe dividir la tabla en varias tablas para cumplir con la segunda forma normal. Cada nueva tabla se relacionará con la clave primaria de la tabla original, manteniendo la integridad y evitando dependencias parciales.
¿Cuál es el objetivo de dividir una tabla en varias tablas según la segunda forma normal?
-El objetivo de dividir una tabla en varias tablas según la segunda forma normal es eliminar dependencias parciales y redundancias, asegurando que los datos estén bien organizados y que cada tabla represente una relación lógica y única dentro de la base de datos.
¿Cómo se relacionan las tablas creadas después de normalizar según la segunda forma normal?
-Las tablas creadas después de normalizar según la segunda forma normal se relacionan a través de la clave primaria y, en algunos casos, de la clave candidata. Esto permite mantener la integridad referencial y permitir la búsqueda eficiente de información entre las tablas.
¿Qué sucede con los datos repetidos cuando se aplica la segunda forma normal?
-Cuando se aplica la segunda forma normal, se identifican los datos repetidos y se eliminan para evitar redundancias. Se crean nuevas tablas que contienen únicamente los datos necesarios, manteniendo la relación entre ellas a través de claves primarias y candidatas.
Outlines
📊 Introducción a la Segunda Forma Normal en Diseño de Bases de Datos
En este párrafo, se introduce el concepto de la Segunda Forma Normal (2NF) en el diseño de bases de datos. Se enfatiza que para que una tabla esté en 2NF, debe estar primero en Primera Forma Normal (1NF). Además, se explica que todos los atributos no clave deben depender completamente de cualquier clave candidata. Se destaca la importancia de evitar redundancias causadas por mezclar propiedades de dos entidades diferentes en la misma relación. Finalmente, se menciona la relación entre dependencias incompletas y cómo afectan la estructura de la tabla.
🔍 Ejemplo de Dependencias en una Tabla
Este párrafo presenta un ejemplo de una tabla que ya está en 1NF, la cual contiene columnas como código, producto, caja, marca, cantidad, costo y total. Se explica cómo algunas columnas dependen directamente de otras, como el producto y el costo que dependen del código, mientras que la marca depende de la caja. Se introducen tres tipos de dependencias: las columnas que dependen solo del código, las que dependen solo de la caja y las que dependen tanto del código como de la caja, como la cantidad y el total.
📋 Creación de Tablas Basadas en Dependencias
En este párrafo, se describe el proceso de dividir la tabla original en tres tablas más pequeñas, basadas en las dependencias encontradas. Se crean nuevas tablas: una que contiene la relación entre el código, el producto y el costo, otra que agrupa caja y marca, y una tercera que conecta el código, la caja, la cantidad y el total. Se resalta que esta división ayuda a normalizar los datos y a evitar redundancias, pero se debe mantener la relación entre las tablas, ya que todas provienen de una sola tabla.
🔗 Conclusión: Manteniendo la Relación entre Tablas Normalizadas
Este párrafo finaliza explicando que, aunque las tablas se dividen para normalizar los datos, deben seguir conectadas para mantener la integridad de la información. Además, se señala que el proceso de normalización también ayuda a identificar y eliminar datos repetidos, simplificando la estructura. Finalmente, se hace un adelanto hacia la Tercera Forma Normal, sugiriendo que se seguirá trabajando en la optimización de los datos.
Mindmap
Keywords
💡Segunda Forma Normal
💡Primera Forma Normal
💡Clave Candidata
💡Dependencia Parcial
💡Redundancia
💡Llave Primaria
💡Columna No Clave
💡División de Tablas
💡Relación de Tablas
💡Datos Repetidos
Highlights
La segunda forma normal es crucial para la base de datos y es una extensión de la primera forma normal.
Todos los atributos no clave deben depender completamente de cualquier clave candidata.
Es necesario evitar redundancias al mezclar propiedades de dos entidades en una relación.
Se debe entender la dependencia de columnas entre sí para aplicar la segunda forma normal correctamente.
La llave primaria es fundamental para determinar las dependencias de otras columnas.
El ejemplo de la tabla con código, producto, caja, marca, cantidad, costo y total ayuda a visualizar la dependencia.
La columna del producto y el costo dependen del código, lo que es una relación directa con la llave primaria.
La marca depende de la caja, lo que muestra una dependencia que no es de la llave primaria.
La cantidad y el total dependen tanto del código como de la caja, lo que implica una dependencia compleja.
Se deben crear tablas separadas para cada tipo de dependencia encontrada en la tabla original.
La tabla original, aunque grande, estaba en primera forma normal, lo que es un requisito previo para la segunda.
Las tablas resultantes deben estar relacionadas para mantener la integridad de los datos.
La normalización ayuda a evitar datos repetidos y a simplificar la estructura de la base de datos.
La segunda forma normal busca eliminar dependencias parciales y mejorar la organización de los datos.
El proceso de normalización es esencial para el diseño de bases de datos eficientes y limpias.
La próxima lección se centrará en la tercera forma normal, que es otra etapa en la normalización de bases de datos.
Transcripts
[Música]
bien continuando con el curso de diseño
de base de datos
hoy tocando la segunda forma normal
bien vale la pena recalcar para que una
tabla se considere que está en segunda
forma normal o que quiere convertirse
tiene que estar obviamente en primera
forma normal si no está en primera forma
normal entonces no podemos hablar de la
segunda forma normal obviamente y que
todos los atributos no clave dependan
por completo de cualquier clave
candidata a qué me refiero con eso vale
la pena resaltar que hay que evitar
redundancias por mezcla de propiedades
de dos entidades en la misma relación
obviamente cuando existen dependencias
incompletas esto parece que fuese
escrito en chino verdad entonces qué te
parece si lo relacionamos de esa manera
para poder entender mejor la segunda
forma normal acá tengo un pequeño
ejemplo de hecho tengo una gran tabla
primeramente tenemos un código un
producto una caja una marca la cantidad
el costo y el total obviamente esta
tabla ya está en primera forma normal y
para este ejemplo nos sirve bastante el
detalle que tiene esta tabla en su
primera forma ok bien acá vamos a
encontrar primeramente como se mencionó
los elementos de dependencia a qué me
refiero con elementos de dependencia
cuando vemos que columnas dependen de
otras columnas lo general es que suceda
esto que acá como de costumbre tenemos
una llave primaria sería el código un
código que no se repite un elemento que
asigna diferentes tablas diferentes
significados y diferente valor entonces
a este elemento a esta columna vamos a
ver que hay elementos que dependen
simplemente del código a qué me refiero
con eso que vamos a encontrar columnas
como es el caso del producto y el costo
tenemos que tener una revisión
especialmente lógica de los elementos
que tenemos dentro de una tabla
en este caso yo visualmente puedo decir
que código ok los elementos que dependen
de código es la columna del producto y
la columna del costo porque sus valores
se asigna un código como vemos en el
ejemplo del lápiz tiene un código y ese
lápiz tiene un precio que entonces la
relación que hay entre costo y producto
podemos mencionar que simplemente estas
dos columnas dependen de código ok y no
es la única también vamos a ver algo
diferente vamos a ver que hay elementos
en este caso como en el tema de la
columna caja que no es una llave
primaria ojo no es una llave primaria
pero hay elementos que dependen de esa
columna como es el caso de la marca
ok eso es evidente porque dentro de una
caja hay diferentes productos pero esos
productos pertenecen a una determinada
marca que entonces tenemos este tipo de
dependencia caja y marca no es la única
también vamos a encontrar de esta manera
cuando hay elementos que a la vez son
llave primaria y elemento o en este caso
una columna que no es llave primaria
elementos que vemos que también dependen
de estos dos como es el caso de la
cantidad del producto y el total estos
dos elementos la cantidad y el total
dependen obviamente del código y de la
caja
entonces vamos a tener tres tipos de
relación en esta tabla el código es
básicamente el producto y el costo que
dependen de código la marca de depende
de caja ok y la cantidad y el total que
dependen del código y de la caja que son
elementos que están dependiendo entonces
que tengo que ser en esta segunda forma
normal de estas tres dependencias que
hemos encontrado
yo debo crear entonces tres tablas de la
tabla que tenemos acá
ok como lo podemos ver ahora de la
dependencia que hay entre producto y
costo de código entonces hemos creado
una nueva tabla donde vamos a encontrar
simplemente código a esta columna vamos
a encontrar tanto el producto como el
costo de la misma manera vamos a hacer
la dependencia que de marca caja okey
creando una nueva tabla y también la
dependencia que entre la cantidad y el
total que depende precisamente del
código y de la columna caja
y bien en un inicio teníamos esta tabla
ok
muy grande pero estaba en primera forma
normal ojo tiene que estar en primera
forma normal
si nos no podemos aplicar la segunda ok
y bien de esta tremenda tabla lo hemos
dividido en tres tablas los cuales nos
ayuda bastante a normalizar el proceso
de la información pero recordemos que
estas tres tablas deben relacionarse
porque vienen de una sola tabla no me
sirve que estén divididos de esta manera
necesito un elemento de conexión que
obviamente de esta manera podemos ver
donde precisamente se conectan algo
parecido a lo que vimos en la primera
forma normal pero cuando las cosas se
hacen bien tenemos este tipo de relación
ok y bien un detalle interesante sobre
este tipo de elaboración de tablas es
que también podemos encontrar datos
repetidos ok al ver que son duplas o
filas parecidas lo único que hacemos es
simplificar los al final vamos a quedar
con lo mismo
ok y bien eso sería todo entonces como
norma en la segunda forma normal debemos
hallar los elementos que dependen de
las columnas y dividirlos en tablas para
posteriormente tener nuestros datos bien
organizados y bien eso sería todo por
hoy nos vemos ya en la tercera forma
normal
usando esta parte de normalización
Посмотреть больше похожих видео
CURSO de DISEÑO de BASE DE DATOS #11 📚 PRIMERA FORMA NORMAL
CURSO de DISEÑO de BASE DE DATOS #13 📚 TERCERA FORMA NORMAL
CURSO de DISEÑO de BASE DE DATOS #4 📚 DIAGRAMAS ENTIDAD RELACION
Tablas Dinámicas en Excel - Todo lo que necesitas saber 😎
CURSO de DISEÑO de BASE DE DATOS #5 📚 LLAVE PRIMARIA
Curso Access Básico 2010 Relaciones entre tablas II Vídeo 7
5.0 / 5 (0 votes)