 CON LA TERCERA FORMA NORMAL ES MÁS QUE SUFICIENTE PARA LOGRAR LA NORMALIZACIÓN

 EJEMPLO DE UNA TABLA DESNORMALIZADA O NO NORMALIZADA Y EN DESORDEN

235

TABLA0: NO NORMALIZADA COMO EJEMPLO PARA ESTUDIO

1) Sin nos fijamos tenemos datos del ALUMNO (como son Matrícula o cod_matricula,
Nombre, Dirección, Teléfono), MATERIA (Materia y Num Materia) y CARRERA O
PROGRAMA en forma No Normalizada, con grupos repetidos y datos atómicos (es
decir, que no se pueden subdividir) en cada columna del atributo, por ejemplo, en
Teléfono que existieran dos o más números.
2) Observando se repiten Matricula, Nombre, Dirección, Teléfono y Carrera, en (3) tuplas
o filas
3) Adicionalmente, Nombre está incompleto, falta 1N-2N, 1A-2ª, lo mismo Dirección,
dejar la dirección completa-calle 3 No. 6-89 Interior 3 Apto 402, el municipio: Bogotá
y barrio (vereda o comuna: Sta. Isabel), en nuestro caso en Colombia.
VIDEO: Base de datos #13 | Normalización (1FN, 2FN y 3FN)
https://www.youtube.com/watch?v=bO18omSzeR4
 ATRIBUTOS O COLUMNAS QUE GENERAN ESA REDUNDANCIA-REPETICIÓN
 235

1. Si bien esas columnas generan redundancia, es porque no pertenecen a la Tabla

ALUMNOS, directamente, si nos fijamos, tenemos datos del ALUMNO, MATERIA y
CARRERA en forma No Normalizada, pero Materia y Num Materia no se repiten para
cada alumno, ver Sergio y Ana, cambian.
2. Observando se repiten Matricula, Nombre, Dirección, Teléfono y Carrera, en (3) tuplas
o filas

CONCEPTOS PREVIOS
Dependencia funcional: A → B, representa que B es funcionalmente dependiente de
A. Para un valor de A siempre aparece un valor de B. Ejemplo: Si A es la Matricula y B
el Nombre, está claro que, para un número o código de Matrícula, siempre aparece el
mismo Nombre del titular.
Dependencia funcional completa: A → B, si B depende de A en su totalidad, caso
anterior. Ejemplo de dependencia funcional incompleta: Tiene sentido plantearse este
tipo de dependencia cuando A está compuesto por más de un atributo. Por ejemplo,
supongamos que A corresponde al atributo compuesto, A: D.I._Empleado + Cod_Dpto.
y B: es Nombre_Dpto. En este caso B depende del Cod_Dpto., pero no del
D.I._Empleado. Por tanto, no habría dependencia funcional completa.
Dependencia transitiva: A→B→C. Si A→B y B→C, Entonces decimos que C depende
de forma transitiva de A: C  A.
Ejemplo1: En este caso, Sea A la Matricula de un alumno, B el Nombre del alumno y
C la Carrera. Es un caso de dependencia transitiva (A→ B → C); La Matricula (A)
depende del Nombre (B) del alumno y el Nombre (B) del alumno depende de la Carrera
(C); entonces decimos que, la Carrera (C) depende de forma Transitiva de la Matricula
(A).
Ejemplo2: Sea A el D.I.-documento de identidad- de un alumno,visible B la Localidad
en la que vive y C el Municipio. Es un caso de dependencia transitiva A→ B → C.
Donde, DI (A) depende de la Localidad (B) en que vive; y la Localidad (B) en la que vive
depende del Municipio (C), entonces decimos que, el Municipio (C) depende de forma
transitiva (de paso o se transfiere) del DI (A).

Explicación:

A: atributo que tiene la PK, para ambas dependencias Funcional y Transitiva (paso)
DF entonces, B y C: dependen funcionalmente de A, para que exista B y C tiene que
existir A
DT entonces, B depende de A y C depende de B, entonces C depende de A, es decir,
dependencia transitiva de C a A.

FORMAS NORMALES
Primera Forma Normal: 1FN
1. Una Relación está en 1FN si y sólo si cada atributo es atómico-No se puede
subdividir es indivisible-luego, se deben EXCLUIR y formar otra tabla, incluso
adicionar oros atributos como PK
 2. No deben existir grupo de valores repetidos, para ello se crea otra Tabla(s) con
nueva con otros atributos (PKFK)

Segunda Forma Normal: 2FN

1) Una Relación está en 2FN si y sólo si está en la 1FN y todos los atributos que NO
forman parte de la PK, clave primaria o principal, tienen dependencia funcional o
dependen funcionalmente de esta PK.

Tercera Forma Normal: 3FN

1) Una Relación está en 3FN si y sólo si está en la 2FN y No existe dependencia

transitiva respecto a la PK.

Indicando con esto que se debe EXCLUIR esa transitividad y crear otra Tabla
adicional con PK.

Primera Forma Normal: 1FN

 DIVIDIR LA INFORMACION DE LA TABLA0 EN DOS TABLAS: TABLA1: ALUMNO Y TABLA2:
ALUMNO/MATERIA, para evitar la REPETICIÓN, aplico el numeral 2.
 ALUMNO

ALUMNO/MATERIA

235


Adiciono Matricula a la Tabla2, para poderlas relacionar o vincular con la Tabla1, de
lo contrario quedarían dos (2) Tablas independientes, aisladas y sin sentido, por no
estar relacionadas. Ahora esa Matricula está en Alumno como PK, luego, pasaría a
esta tabla como FK.

Interpretación: El Alumno con Matricula1 de la T2 corresponde a Sergio en la T1 y así,

con la 2 y demás, si las hubiera.

Segunda Forma Normal: 2FN

 DIVIDIR LA INFORMACION DE LA TABLA2 ALUMNO/MATERIA EN DOS TABLAS

DIFERENTES T3 Y T4: Debido a que Materia depende funcionalmente de Num Materia, pero
no de Matricula que es FK de esa Tabla, a su vez, es la PK en la tabla ALUMNO, por ende, la
divido en dos Tablas; a su vez, le adiciono la Matricula para relacionar estas tres tablas o
vincularlas de manera lógica: ALUMNO y MATERIA, y desde luego la tercera tabla, T4 que
analizando es una tabla intermedia que depende de TABLA1 ALUMNO Y TABLA3 MATERIA
recién creada, así:
 ALUMNO

ALUMNO/MATERIA MATERIA

235 235

TABLAS: Tabla1: ALUMNOS, Tabla3: MATERIA y Tabla4: ALUMNO/MATERIA

donde, están las claves ajenas o foráneas FK, Matricula y Num Materia, es decir, dos
tablas fuertes y una intermedia con las claves foráneas.

Tercera Forma Normal: 3FN

 DIVIDIR LA INFORMACION DE LA TABLA1 ALUMNO EN DOS TABLAS DIFERENTES T5

y T6. Analicemos, la Carrera depende del Alumno o el Alumno estudia una Carrera, sin
embargo, el nombre del alumno no es una clave primaria, la PK es Matricula, y las
dependencias Funcionales y Transitivas se deben analizar sobre las PK, los atributos deben
depender del atributo que contenga la PK.
 En este caso, (A, B y C son Atributos, siendo A el atributo con la PK) Sea A la Matricula de un
alumno-PK, B el Nombre del alumno y C la Carrera. Es un caso de dependencia transitiva (A→
B → C); La Matricula-código (A) depende del alumno (B) asociado a su nombre y el alumno (B)
depende de la Carrera (C); entonces decimos que, la Carrera (C) depende de forma Transitiva
de la Matricula (A).

Luego debemos EXCLUIR la Transitividad creando otra tabla diferente con esos atributos, así:
 La Tabla CARRERA debe tener un atributo No Carrera como PK, luego, se relaciona con la
tabla ALUMNO, a quien se le adiciona el atributo No Carrera como FK para que se puedan
relacionar, sino serian tablas independientes y aisladas. MODELO FINAL RELACIONAL-MR

ALUMNO CARRERA

ALUMNO/MATERIA MATERIA

235

La normalización es una técnica utilizada para diseñar tablas en las que las redundancias de
datos se reducen al mínimo. Las primeras tres formas normales (1FN, 2FN y 3FN) son las más
utilizadas. Desde un punto de vista estructural, las formas de mayor nivel son mejores que las de
menor nivel, porque aquellas producen relativamente pocas redundancias de datos en la base de
datos. En otras palabras, 3FN es mejor que 2FN y ésta, a su vez, es mejor que 1FN. Casi todos
los diseños de negocios utilizan la 3FN como forma ideal.
De tal manera, que nuestro Modelo Entidad Relación-MER, previo al MR, porque
partimos al REVES, de Tablas NO NORMALIZADAS ya hechas, nos cambio la
metodología, entonces, el Modelo Entidad Relación-MER, queda así:

Tabla que debemos mejora,

con atributos completos:
SOLUCION ADICIONAL EN EL FORMULARIO, Importante aplicar un PROTOTIPO
previo al usuario o cliente, para orientarlo de cómo va aquedar la Base de Datos, con
los campos requeridos y ajustados en común acuerdo y no hacerlo en la Programación,
sería más complejo incluyendo su mantenimiento, entonces, se tiene que mejorar el
MER de la anterior Base de Datos.
SOLUCION FINAL AJUSTADA DEL MER, con base en las necesidades de los campos
del formulario y por manejo eficiente de la Base Datos, que se debe tener en cuenta en
el Modelo relacional MR (Tablas) que no se aplicó.