NORMALIZACION : Las tres primeras Formas Normales Juan Miguel Custodio Macgiver 162020

1. Tema:
Base de Datos
Unidad 5.2: Informe sobre el video
Asignatura:
Base de Datos – INF-4200-1
Participante:
Juan Miguel Custodio Morillo
100480765
Docente:
Edward Ureña Mejía
Fecha: 04/04/2021

2. Actividad 5.2: Comentar Videos
Primera forma normal
Según el video para que los datos estén en primera forma normal es obligatorio, en
primer lugar, representar con tablas separadas cada conjunto de datos relacionados. Luego se
debe asignar una clave primaria a cada grupo de datos, que no contenga atributos nulos.
Otros compendios importantes son no incluir datos de significado semejante en la misma
tabla, que los atributos sean mínimos e indivisibles y que las columnas y filas sean
independientes.
Podemos notar que una tabla está en la primera forma si sus atributos contienen valores
atómicos. Por ejemplo, si tenemos que un atributo puede contener más de un valor, por lo que
este viola la primera forma.
Cuando tenemos una relaciónR con clave primaria PK, y un atributo
A viola la condición de la primera forma, entonces podemos solucionarlos de
varias formas:
Opción 1: duplicarlosregistros con valores repetidos
En este procedimiento pasamos por sustituir R por una nueva relación modificada R’, en
la cual:
 El atributo A que violaba la regla se elimina.

3.  Para una tupla con n valores duplicados en A, en la nueva relación habrá n tuplas,
que sólo varían en que cada una de ellas guarda uno de los valores que había en
A.
 La clave primaria de R’ es (PK, A’), dado que podrá haber valores de PK
repetidos, para los valores multivaluados en A.
Opción 2: separar el atributoqueviola en una tabla
 En general, esta solución pasa por:
 Sustituir R por una nueva relación modificada R’ que no contiene el atributo A.
 Crear una nueva relación NR (FK, A’), es decir, una relación con una clave
foránea FK referenciando R’, junto al atributo A’, que es la variante mono-
valuada del atributo A.
Es muy importante que no usemos varios campos en una sola tabla para almacenar datos
similares. Cuando esto ocurre agregar un campo no es la mejor opción; requiere modificaciones
en el programa y en la tabla. En su lugar, inserte toda la información del nuevo campo en una
tabla separada y, a continuación, vincule la entidad principal al nuevo campo o el nuevo campo a
la entidad mayor con algún tipo de clave.

4. Por último, debemos confirmar que nuestra base de datos este
correctamente normalizada, verificando los siguientes aspectos:
 Cada tabla debe tener un nombre único y una clave única.
 Una tabla no puede tener varios valores en cada columna. Es decir, todos los datos
en una columna deben ser del mismo tipo.
 Los campos de menor relevancias deben identificarse por la clave. Debidos a que
si los datos cambian de orden no deben cambiar sus significados.
 Todos los atributos son atómicos. Asegúranos de que los valores de cada columna
de una tabla son atómicos; lo que significa que son únicos, y no contiene
conjuntos de valores.
 No se permiten los duplicados. Por ejemplo, no puede haber dos filas iguales.
Conclusiones
Es muy interesante es video, pude aprender mucho, fue un enriquecedor y explicativo.
Aunque su duración es de muy poco tiempo.
Podemos notar que el video utiliza la regla de la Primera Forma, iniciando con la
identificación de las entidades y los atributos. Luego procede a separando las entidades,
continuando con la agregación de los identificadores (llaves primarias y foránea), llevando los
atributos a un nivel indivisible (atómico). Haciendo la creación de tablas de relación en caso de
ser necesaria.

5. Con relación a la atomicidad de los atributos, creo que vas a depender mucho del
contexto cuándo se considera que un valor es indivisible. Por ejemplo, si no es necesario separar
el nombre de los apellidos, el nombre completo puede considerarse un valor atómico. Aunque en
la práctica se recomienda subdividir los valores compuestos en las unidades más pequeñas.
En síntesis, la primera forma normal construye campos de valores atómicos y con ello
facilita las consultas a la base de datos. Los datos que forman parte de campos no atómicos no
pueden consultarse por separado.
En general, recomiendo que, si una base de datos es pequeña y se mantiene casi
estadística, es decir con muy pocas modificaciones durante largos periodos de tiempos, puede ser
que no necesite ser normalizada, aunque vuelvo y lo dijo todo vas a depender del contexto. Por
lo tanto, debemos analizar si realmente es necesaria la normalización de la base de datos.
Bibliografías:
https://www.youtube.com/watch?v=8XVjTSHk1ig