Está en la página 1de 12

Ing.

Lorena Córdoba Peña


Técnico profesional en desarrollo de software
Unicomfacauca
NORMALIZACIÓN
 La normalización es un proceso que consiste en comprobar
que las tablas (también denominadas relaciones en
terminología propia del modelo relacional de datos)
definidas cumplen unas determinadas condiciones. Se
pretende garantizar la no existencia de redundancia y una
cierta coherencia en la representación mediante un
esquema relacional de las entidades y relaciones del
modelo conceptual (diagrama E-R). Mediante la
normalización se pueden solucionar diversos errores en el
diseño de la base de datos así como mejorarlo. También se
facilita el trabajo posterior del administrador de la base de
datos y de los desarrolladores de aplicaciones.
 El punto de partida del proceso de normalización es un conjunto
de tablas con sus atributos, el denominado esquema relacional.
Se pretende mejorar dicho esquema de datos. Se dice que una
tabla están en una determinada forma normal si satisface un
cierto número de restricciones impuestas por la correspondiente
regla de normalización. La aplicación de una de estas reglas a un
esquema relacional produce un nuevo esquema relacional en el
que no se ha introducido ningún nuevo atributo.

 Un esquema relacional que satisface todas las restricciones


impuestas por la tercera forma normal se considera de buena
calidad. La verificación de una forma normal implica el
cumplimiento de todas las formas normales anteriores. La
primera forma normal es de cumplimiento obligatorio para que
exista siquiera un esquema relacional propiamente formado.
Formas de normalización
 FN1: Se pretende garantizar la no existencia de grupos
repetitivos. Un grupo repetitivo es un conjunto de
atributos de igual semántica en el problema y dominio,
que toman valores distintos para la misma clave.
Cualquier esquema que tenga claves correctas está
seguro en FN1.
 Todos los atributos son atómicos. Un atributo es
atómico si los elementos del dominio son indivisibles,
mínimos.
 La tabla contiene una clave primaria
 La tabla no contiene atributos nulos
 FN2: Si esta en FN1 y cada atributo de la tabla que no
forma parte de la clave depende funcionalmente de
forma completa de la clave primaria. Es decir, depende
de toda la clave y no de ningún subconjunto de ella. Se
pretende garantizar una correcta elección de claves y
eliminar redundancias. Si la clave están formada por
un único atributo entonces ese esquema estará seguro
en segunda forma normal.

 FN3: Si esta en FN2 y cada atributo no principal de la


tabla no depende funcionalmente de otro atributo no
principal.
 FNBC (Forma Normal de Boyce-Codd). Se basa en el concepto de
determinante funcional: uno o varios atributos de una tabla de
los cuales dependen funcionalmente de forma completa algún
otro atributo de la misma tabla. Una relación está en FNBC si
FN1 y cada determinante funcional es una clave candidata de la
tabla. Así se garantiza que se han elegido bien las claves al no
existir dependencias funcionales entre atributos que no son
clave. Cada vez que se verifica una dependencia funcional a -> b
entonces a es clave primaria o alterna con seguridad. Todas las
dependencias funcionales cumplen que en su parte izquierda
solo aparecen atributos que son parte de una clave candidata.
Esta forma normal es más restrictiva que la tercera y tiene la
interesante propiedad de que su cumplimiento implica la
satisfacción de FN3 o sea que FNBC -> FN3.
Ejercicios
1. A = (a,b,c,d,e,f,g,h)
D=(ab, ac, dg, dh, adf, ge )
2. N_pedido Fecha Cod_cliente Nom_cliente Cod_articulo Nom_artiulo Precio Cantidad
1021 Sep 1 9031 Pedro 5011 TV 14’’ 400000 1

1022 Sep 6 9033 Jose 5012 TV 22”’ 800000 1

1022 Sep 6 9033 Jose 5013 Licuadora 60000 2

1023 Sep 8 9034 Carlos 5011 TV 14” 400000 2

Dependencias
Cod_cliente Nom_cliente
Cod_articulo Nom_articulo, Precio
N_pedido  fecha, Cod_Cliente
N_pedido, Cod_articulo  Cantidad
Ejercicios
3. Cedula  Nom, Dir, Tel, Nit, Fondo, Cod_cargo,
Cod_sección
Cod_cargo  descrip_cargo, sueldo
Cod_seccion  descrip_seccion
Cod_concepto  Num_concepto, clase
Nit_fondo  razon_social, Dir, tel, asesor, tipo,
ciudad
Pasos para la elaboración del
Modelo Entidad Relación (MER)
1. Identificar las entidades fundamentales y sus atributos.
2. Hacer una matriz entre entidades fundamentales
3. Remplazar o sustituir las relaciones que tengan
atributos propios y relaciones muchos a muchos
aunque no tengan atributos propios por entidades
asociativas y relaciones entre las entidades
fundamentales de origen.
4. Encontrar las relaciones enearias y remplazarlas por
una entidad asociativa y relaciones binarias entre las
entidades asociativas y las entidades de origen.
Pasos para la elaboración del
Modelo Entidad Relación (MER)
5. Colocar las entidades en primera forma normal.
Analizar la redundancia de información al colocar
las entidades en primera forma normal.
6. Encontrar las dependencias funcionales de cada
entidad fundamental.
7. Encontrar los identificadores de las entidades
fundamentales.
8. Encontrar los identificadores de las entidades
asociativas.
9. Colocar las entidades en 2FN.
Pasos para la elaboración del
Modelo Entidad Relación (MER)
10. Colocar las entidades en 3FN.
11. Colocar las entidades en forma de Boyce cood
(FNBC).
Referencias

También podría gustarte