01 Administracion Base Datos

ADMINISTRACIN DE BASE DE DATOS
SEMANA 1
Modelamiento y Normalizacin
de BBDD
Todos los derechos de autor son de la exclusiva propiedad de IACC o de los otorgantes de sus licencias. No est
permitido copiar, reproducir, reeditar, descargar, publicar, emitir, difundir, poner a disposicin del pblico ni 1
ESTE
utilizarDOCUMENTO
los contenidos paraCONTIENE LAdeSEMANA
fines comerciales 1
ninguna clase.
2
ESTE DOCUMENTO CONTIENE LA SEMANA 1
NDICE
MODELAMIENTO Y NORMALIZACIN DE BBDD ................................................................................ 4

OBJETIVOS ESPECFICOS ........................................................................................................................... 4
INTRODUCCIN ...................................................................................................................................... 4
1. MODELAMIENTO ............................................................................................................................ 5
1.1. DEFINICIN.......................................................................................................................... 5
1.2. MODELO CONCEPTUAL ....................................................................................................... 5
1.3. MODELO LGICO BASADO EN OBJETOS ............................................................................. 5
1.3.1. MODELO ORIENTADO A OBJETO ................................................................................. 6
1.3.2. MODELO ENTIDAD RELACIN .................................................................................. 6
1.4. MODELOS BASADOS EN REGISTROS ................................................................................... 8
1.4.1. MODELO RELACIONAL ................................................................................................. 8
1.4.2. MODELO DE RED ......................................................................................................... 9
1.5. MODELO JERRQUICO ...................................................................................................... 10
2. NORMALIZACIN .......................................................................................................................... 11
2.1. CONCEPTO DE NORMALIZACIN ...................................................................................... 11
2.2. OBJETIVOS DE LA NORMALIZACIN .................................................................................. 11
2.3. DEPENDENCIA FUNCIONAL ............................................................................................... 12
2.3.1. CONCEPTO ................................................................................................................. 12
2.3.2. FINALIDAD ................................................................................................................. 12
2.4. FORMAS NORMALES: 1FN, 2FN, 3FN, 4FN, 5FN ............................................................... 13
2.5. METODOLOGA PARA ALCANZAR FORMAS NORMALES ................................................... 14
COMENTARIO FINAL.......................................................................................................................... 17
REFERENCIAS........................................................................................................................................ 18
3
MODELAMIENTO Y NORMALIZACIN DE BBDD
OBJETIVOS ESPECFICOS
Analizar las caractersticas principales de los distintos tipos de modelamiento de datos.
Distinguir los tipos ms comunes de modelamiento de datos.
Analizar las caractersticas y objetivos del proceso de normalizacin de bases de datos.
Aplicar distintos niveles de Formas Normales en el diseo de bases de datos.
INTRODUCCIN
El contenido de este material presenta los elementos necesarios que permitirn caracterizar los
distintos tipos de modelamientos existentes, as como ciertos criterios para seleccionar un modelo
de datos en particular, segn un contexto determinado. De igual manera, se presentan los
conceptos a tener en cuenta para abordar la tcnica de normalizacin de una base de datos, en
particular las diversas reglas o normas a considerar para llevarla a cabo.
4
1. MODELAMIENTO
Para iniciar el tema, revisaremos en primer trmino el concepto de modelo, el cual no es ms que
una aproximacin a lo que existe en el mundo real, mediante la representacin de situaciones
presentes, generalmente de manera grfica. Los modelos son ampliamente utilizados en diversas
disciplinas o ciencias, constituyendo una reproduccin de lo que existe y se desea replicar.
1.1. DEFINICIN
Para el caso del modelamiento de datos en particular, Michael L. Brodie, John Mylopoulos y
Joachim W. Schmidt (1984) sealan que corresponden a una coleccin de herramientas
conceptuales para describir los datos, las relaciones, la semntica y las restricciones de
consistencia. Por lo tanto, se podra visualizar ese proceso de modelamiento como un conjunto de
pasos, que a partir de un requerimiento de informacin dado, se realiza una representacin de la
realidad utilizando para ello herramientas informticas que no slo almacenarn la informacin,
sino tambin la vinculacin entre los datos almacenados.
Cuando se logra esa descripcin especfica del mundo real en un modelo de datos, se est en
presencia de un esquema que detalla el conjunto de datos que formar parte de la base de datos.
Para ello, se utilizan los denominados modelos de datos, los cuales se clasifican principalmente en
modelo de datos conceptual y modelo de datos lgico.
1.2. MODELO CONCEPTUAL

Segn Catherine Ricardo (2009), el modelo conceptual se refiere al desarrollo del modelo que hace
el diseador segn el entorno del usuario y procede a identificar los elementos que conformarn
la base de datos, tales como entidades, atributos y las respectivas relaciones que se representarn
entre ellos. El modelo conceptual es independiente del manejador que se vaya a utilizar,
denominado DBMS (Data Base Management System) que representa las siglas en ingls para los
Sistemas de Gestin de Bases de Datos (SGBD)
1.3. MODELO LGICO BASADO EN OBJETOS

El modelo lgico depende de un tipo de SGBD en particular y es ms prximo al computador.
Constituye el paso entre el experto de sistemas y el sistema. Se utiliza para describir los datos en
los niveles conceptual y externo, los que a su vez se caracterizan porque permiten una
estructuracin flexible y hacen posible una especificacin clara de los limitantes de los datos. Entre
los modelos ms representativos de este gnero estn el modelo orientado a objetos y el modelo
Entidad-Relacin (E-R), muy utilizado en la prctica.
5
1.3.1. MODELO ORIENTADO A OBJETO
Este modelo se basa en el paradigma de la programacin orientada a objetos que, de acuerdo a
M Jess Ramos, Alicia Ramos y Fernando Montero (2006), describe una relacin entre los
trminos orientados a objetos (OO) y los trminos de programacin tradicional. Constituye una
coleccin de objetos, entendiendo por objeto cualquier cosa real o abstracta acerca de la cual se
almacenan datos y los mecanismos que controlan dichos datos. El termino objeto se corresponde
al de variable, en el significado que se da en programacin; en esa misma analoga, tiene un tipo
que en OO se denomina clase y un valor llamado estado. Si un objeto est formado por otros
objetos, a esos objetos componentes se les denomina variables de caso. Por ejemplo, un objeto
"Tupla de estudiante" podra contener tres variables de caso llamadas Id_est, Nom_est,
fech_nac_est.
Es as como se concibe que un objeto contenga atributos que representan su estado y mtodos
que constituyen los servicios que brinda, donde cada objeto est asociado con uno o ms procesos
que ejecutan los accesos a l.
1.3.2. MODELO ENTIDAD RELACIN

El modelo de Entidad-Relacin (E/R) representa al mundo real mediante un mtodo grfico
utilizado para visualizar la estructura conceptual de una base de datos, que contiene un conjunto
de elementos que expresan las relaciones entre ellos (Ricardo, 2009). Los conceptos empleados
son:
Entidad: Es aquello que representa una cosa u objeto que se distingue claramente de los
dems.
Atributos: Son las propiedades que describen a la entidades.
Relacin: Se refiere a la asociacin entre dos o ms entidades. Para ello, es usada la

correspondencia de cardinalidades, lo cual representa la cantidad de entidades que
pueden estar relacionadas con una entidad por medio de relaciones. Estas relaciones
pueden ser:
Relaciones muchos a muchos (n:m)
Relaciones uno a muchos (1:m)
Relaciones uno a uno (1:1)
Luego, ese conjunto de entidades y relaciones se representan grficamente en una estructura

lgica denominado diagrama entidad relacin, el cual est compuesto de smbolos. Los ms
utilizados se detallan a continuacin:
6
Smbolo Denominacin Utilidad
Rectngulo Representa a las entidades
Ovalo o Elipse Representa atributos
Rombo o Representa relaciones entre entidades

diamante
Lneas Vincula conjuntos de entidades entre s, as

como conjuntos de entidades con relaciones
Smbolos bsicos para diagramas E/R. Fuente: Catherine Ricardo (2009).
Segn Ramos et al. (2006), en la prctica no existen DBMS que utilicen este modelo, pero su
utilidad radica en que es una poderosa herramienta de modelado de bases de datos,
convirtindose en un estndar para el ao 1988, cuando el instituto ANSI (American National
Standard Institute) lo seleccion como modelo estndar para los sistemas de diccionarios de
recursos de informacin en el diseo de bases de datos. En la actualidad, existe una variedad de
herramientas de diseo conceptual que utilizan todos estos elementos descritos en el modelo de
E/R e incluso productos que transforman diagramas conceptuales E/R en bases de datos de
diversos formatos.
Ejemplo de diagrama E/R
Suponga que se desea realizar la representacin grfica de las diversas asignaturas que imparte la
escuela de informtica. Para ello identificamos lo siguiente:
Entidades: Profesores, asignaturas y alumnos.
Atributos:
Profesor: nombre, direccin, telfono
Asignatura: cdigo, nombre
Alumno: cdigo, nombre
Relaciones:
Profesor: dicta una o varias asignaturas
Asignatura: es cursada por varios alumnos e impartida por un profesor
Alumno: cursa una o varias asignaturas
Al realizar el diagrama E/R resultar algo como lo que se presenta a continuacin:
7
Quien lo dicta cursada por
Profesor: Asignatura:
nombre cdigo
direccin nombre
dictada por
cursa
Alumno:
cdigo
nombre
1.4. MODELOS BASADOS EN REGISTROS
Tal como lo destacan Ramos, Ramos & Montero (2006), los modelos lgicos basados en registros
se denominan as dado que la base de datos est estructurada en registros y son usados para
describir los datos tanto en el modelo conceptual como en el fsico. Se diferencian de los modelos
basados en objetos en cuanto son usados para proporcionar especificaciones de la estructura
lgica global de una base de datos y proporcionar, a su vez, una detallada descripcin a niveles
ms altos de la implementacin. Existen varios tipos de registros y cada uno de ellos tiene una
cantidad determinada de campos o atributos de longitud fija.
1.4.1. MODELO RELACIONAL
De igual manera, Ramos et al. (2006) aseguran que el modelo relacional fue una propuesta de IBM
desarrollada por E.F. Codd, basada en la teora de las relaciones en la matemtica, con el objetivo
de garantizar la independencia de la estructura lgica del diseo respecto al almacenamiento y
otros elementos de carcter fsico. Entre los objetivos que persigue el modelo se encuentran
adems de la independencia tanto fsica como lgica de los datos, presentar el diseo de manera
sencilla para facilitar su compresin as como proporcionar uniformidad en la representacin de
las estructuras lgicas, mediante tablas y sus relaciones.
8
Las operaciones sobre los datos se realizan mediante un estndar de lenguaje, denominado SQL
(Structured Query Language) o lenguaje estructurado de consultas, el cual permite que por medio
de operaciones denominadas consultas, se pueda acceder a la informacin. Este lenguaje se
encuentra disponible en los principales motores o sistemas de gestin de bases de datos
relacionales. De manera sencilla se tiene que una relacin representa una tabla, en la que cada
fila representa una coleccin de valores que describen una entidad del mundo real. A
continuacin en el cuadro 1 se presenta un resumen de los principales trminos utilizados en este
modelo:
Trmino Descripcin
Tupla Cada fila de la tabla
Atributo Cada una de las columna de una tabla
Grado Cantidad de atributos de la tabla
Cardinalidad Cantidad de tuplas de una tabla
Dominio Conjunto vlido de valores representables por un atributo
Cuadro 1. Principales trminos utilizados en el modelo relacional.
Fuente: Ramos, Ramos y Montero(2006).
Ejemplo:
Suponga que se tienen almacenados un conjunto de datos sobre los estudiantes de una institucin
educativa, tales como el cdigo, nombre y fecha de nacimiento. Entonces se podra ver
representada esta informacin de la siguiente manera:
Tabla: Estudiantes. Grado 3. Cardinalidad 2.
Id_est Nom_est Fecha_nac_est

1231 Pedro Prez 30/11/1992 tupla 1
2432 Amalia Gonzlez 02/03/1995 tupla 2

atributo1 atributo 2 atributo 3
1.4.2. MODELO DE RED
Para el caso del modelo de red, se destaca que usa estructuras de datos en red, llamadas plex y
que representan a las entidades como registros o nodos y a las relaciones como enlaces o
punteros (Ramos et al., 2006, p. 28). Por medio de una estructura de red cualquier componente se
puede vincular con otro y se puede describir como un esquema de padres e hijos que se
diferencia del modelo jerrquico, ya que un hijo puede tener varios padres. Sin embargo, las
representaciones obtenidas a partir de este modelo de red limitan el cambio que requiere una
9
base de datos en su crecimiento. A continuacin en el cuadro 2, se presenta un resumen con los
conceptos bsicos que lo componen:
Concepto Descripcin
Elemento Corresponde a un campo de datos. Ejemplo:
Nombre
Agregados de datos Conjunto de datos asociados a un nombre.
Ejemplo: Fecha_nac (da, mes, ao).
Tipos de registro Corresponde a un nodo o un conjunto de
campos, donde cada campo a su vez contiene
elementos. Es el equivalente a los registros en
archivos o las entidades en el modelo E/R.
Conjunto Agrupacin de dos o ms tipos de registros con
una vinculacin entre ellos.
Ciclo Se refiere a cuando un registro miembro tiene
en su descendencia a uno de sus antepasados.
Bucle Corresponde a un ciclo en el que los registros
propietarios y miembros son los mismos.
Cuadro 2: Conceptos bsicos utilizados en el modelo de Red.
Fuente: M Jess Ramos, Alicia Ramos y Fernando Montero (2006).
El modelo de red es una variante del modelo jerrquico que se comenta en el apartado 1.5, dado
que se construye sobre el concepto de mltiples ramas que representan la estructura del nivel
inferior, que deviene de uno o varios nodos de la estructura superior, con la diferencia que las
ramas pueden a su vez, estar unidas a mltiples nodos. De lo anterior, se destaca entonces que
este modelo es ms eficiente que el jerrquico, en la representacin de la redundancia de datos.
El diseo de un modelo de red se realiza por medio de celdas o recuadros que representan a los
campos del registro y de lneas que a su vez, representan los enlaces entre los registros, pudiendo
ser enlaces entre solos dos entidades llamados binarios, como tambin relaciones de ms de dos
entidades denominadas generales, logrando representar de esta manera, una estructura lgica y
global de la base de datos.
1.5. MODELO JERRQUICO

El modelo jerrquico es considerado el primero, identificando sus inicios en la dcada de los 60 del
siglo pasado; proviene de la contribucin de la empresa IBM y de la empresa North American
Aviation(NAA), quienes idearon el concepto de IMS (Information Mamagement System) que
represent al primer sistema jerrquico de base de datos.
El esquema de relaciones concebido bajo este modelo solo contempla vnculo de uno a muchos, es
decir 1:N, pudiendo establecer mediante vnculos virtuales relaciones N:M. Adicionalmente, se
destaca una desventaja que comparte con el modelo de red, relacionada a la dependencia que se
establece entre los programas y la manera que estn almacenados los datos, lo que dificulta la
programacin de los sistemas informticos. Tambin es bastante similar con el modelo de red, en
10
cuanto a las relaciones y datos, ya que estos se representan por medio de registros y sus
respectivos vnculos, siendo diferentes en que estn organizados por conjuntos de rboles en
lugar de grficas arbitrarias.
Entre sus caractersticas se tiene:
No establece diferencia entre una vista lgica y una fsica

Se compone de varias tablas o relaciones
No pueden existir dos tablas con el mismo nombre ni registro
Cada tabla es a su vez, un conjunto de registros
La relacin entre padre e hijo se establece por medio de claves primarias y ajenas
2. NORMALIZACIN
Al realizar el diseo de una base de datos se puede incurrir en ciertos fallos, que podran originar
que el almacenamiento de la informacin presente por ejemplo la repeticin del mismo dato en
diversas tablas, as como datos que no sealan claramente la informacin que representan o
contienen o incluso operaciones inconsistentes sobre los datos. Es por ello que luego de un diseo
de datos, se pasa a la fase de normalizacin.
2.1. CONCEPTO DE NORMALIZACIN

Se llama normalizacin al proceso de organizar los datos de una base de datos, de tal manera que
se optimice el almacenamiento de los datos por medio de la eliminacin tanto de la redundancia
como de las dependencias incoherentes. Todo ello facilita la actualizacin de datos que existen en
ms de un lugar, logrando as la integridad de la informacin.
Existen reglas para realizar la normalizacin de una base de datos, denominadas "forma normal";
De esta manera, cuando se determina que se cumple con la primera regla, se habla que la base de
datos se encuentra en primera forma normal, y as hasta llegar al cumplimiento de la tercera
regla, alcanzando el mximo nivel requerido por la mayora de las aplicaciones en el mercado, es
decir la tercera forma normal.
2.2. OBJETIVOS DE LA NORMALIZACIN
Tal como asegura Ricardo (2009), el objetivo principal de la normalizacin es producir un conjunto
estable de relaciones que sea un modelo fiel de las operaciones de la empresa. Cuando se aplica
normalizacin a los datos, se alcanza un diseo flexible, que acepta futuras extensiones para
incorporar nuevos elementos tales como entidades, relaciones o atributos. Asegura tambin esta
11
misma autora, que se evita la redundancia de datos, tanto en el ahorro de espacio como para
evitar inconsistencias en los datos. Finalmente destaca que se logra la integridad de los datos por
medio la eliminacin de posibles anomalas en las operaciones con los datos, entendiendo por
anomala a un estado inconsistente, incompleto o contradictorio de la base de datos.
2.3. DEPENDENCIA FUNCIONAL

En la terminologa de diseo de base de datos se incorporan palabras que derivan del lgebra y el
clculo relacional y que representan el fundamento terico de los conceptos utilizados. Entre ellas
la denominada dependencia funcional.
2.3.1. CONCEPTO
Una dependencia funcional es una relacin entre atributos, descrita en la siguiente definicin en la
forma de lgica matemtica:
Si R es un esquema de relacin y A y B son conjuntos de atributos no vacos en R, se dice que B es

funcionalmente dependiente en A si y slo si cada valor de A en R tiene asociado exactamente un
valor de B en R. Esto se escribe como A B que se lee como A determina funcionalmente a B.
(Ricardo, C. 2009, p.168).
En trminos sencillos, se entiende por dependencia funcional a la conexin entre uno o ms

atributos de una base de datos y se describe por medio de flechas que enlazan a los atributos
relacionados. Es una tarea imprescindible en el proceso de normalizacin identificar las
dependencias funcionales a objeto de alcanzar la eficiencia de las tablas. Un ejemplo de ello
podra ser el siguiente, en relacin a la edad y la fecha de nacimiento de una persona:
FechaDeNacimiento Edad
2.3.2. FINALIDAD
Las dependencias funcionales son restricciones de integridad que permiten determinar las
interrelaciones existentes entre dos o ms atributos del mundo real. Adicionalmente, se puede
decir que representan propiedades inherentes al contenido semntico de los datos. Existen tres
propiedades de las dependencias funcionales denominadas axiomas de Armstrong:
Dependencia funcional reflexiva: A partir de cualquier atributo o conjunto de atributos siempre

puede deducirse l mismo.
Si "y" est incluido en "x" entonces x y
Dependencia funcional Aumentativa:
12
entonces
Dependencia funcional transitiva: Sean X, Y, Z tres atributos (o grupos de atributos) de la misma

entidad. Si Y depende funcionalmente de X y Z de Y, pero X no depende funcionalmente de Y, se
dice entonces que Z depende transitivamente de X. Simblicamente sera:
X Y Z entonces X Z
2.4. FORMAS NORMALES: 1FN, 2FN, 3FN, 4FN, 5FN

Como se explica en el apartado Conceptos de Normalizacin, existen reglas o normas para llevar a
cabo el proceso de normalizacin de una base de datos.
En general, las primeras tres formas normales son suficientes para cubrir las necesidades de la
mayora de las bases de datos. El creador de estas 3 primeras formas normales (o reglas) fue el
cientfico informtico ingls Edgar Codd (1970), descritas en su teora de normalizacin que
posteriormente tuvo continuidad con otros autores, quienes expresaron la cuarta y quinta forma
normal. Se trata de un proceso que garantiza que se cumplan todas las formas anteriores junto a
la que se ha alcanzado, por lo que el mximo nivel de normalizacin (5FN) cumple con las 5 reglas.
Existe un consenso general en sealar como normalizacin satisfactoria hasta la 3FN, tambin
denominada como la forma normal de Boyce-Codd.
Primera forma normal: La primera forma normal (1FN) es de obligatorio cumplimiento para que
exista un esquema relacional propiamente formado. Implementar la 1FN garantiza la no repeticin
de grupos en cada tupla, entendiendo por grupos repetitivos a un conjunto de atributos de igual
semntica en el problema y dominio, que toman valores distintos para la misma clave. Dicho de
otra manera, una tabla se encuentra en primera forma normal si impide que un atributo de una
tupla pueda tomar ms de un valor. Segn Ricardo (2009), las caractersticas de la primera forma
normal son:
Se define para prohibir los atributos multivaluados, los atributos compuestos y sus
combinaciones.
Establece que los dominios de los atributos deben incluir slo valores atmicos (simples e
indivisibles) y que el valor de cualquier atributo en una tupla debe ser un valor individual
proveniente del dominio de ese atributo.
La primera forma normal se considera actualmente parte de la definicin de relacin.
Segunda forma normal: Requiere que se cumpla la 1FN y que adicionalmente cada atributo que no
sea clave dependa de forma funcional completa respecto de cualquiera de las claves. Toda la clave
principal debe hacer dependientes al resto de atributos, por lo que si hay atributos que dependen
slo de una porcin de la clave, entonces esa parte de la clave y esos atributos debern conformar
13
otra tabla. Se pretende garantizar una correcta eleccin de claves y eliminar redundancias. Para
reconocer que una base de datos se encuentra en 2FN, los autores Ramos et al. (2006) sealan lo
siguiente:
Si la clave est formada por un nico atributo entonces ese esquema estar seguro en
segunda forma normal.
Se basa en el concepto de dependencia funcional total, una dependencia funcional X Y
es total si la eliminacin de cualquier atributo A de X rompe la dependencia.
Una relacin est en 2FN si est en 1FN y todo atributo que no sea clave depende de
forma total de la clave.
La 2FN permite eliminar las redundancias para que ningn atributo sea determinado slo
por una parte de una clave.
Tercera forma normal: Se dice que una base de datos alcanza 3FN si las tablas que la componen
se encuentran en 2FN y adems ningn atributo que no sea clave depende transitivamente de las
claves de las tablas. Es decir, no ocurre cuando algn atributo depende funcionalmente de
atributos que no son clave. De igual manera Ramos et al. (2006) sealan como caractersticas de la
3FN:
Est basada en el concepto de dependencia funcional transitiva.

Una relacin est en 3FN si est en 2FN y todo atributo que no sea clave no depende de
un atributo que no sea clave.
La 3FN elimina las redundancias de manera tal, que ningn atributo dependa de otro de
forma transitiva.
2.5. METODOLOGA PARA ALCANZAR FORMAS NORMALES

Para explicar la metodologa se utilizar el siguiente ejemplo:
A continuacin presentamos una lista de estudiantes que cursan asignaturas de la carrera de

informtica. Atributo
Estudiantes multivaluado
Id_est Nom_est Fecha_nac_est Id_curso

1231 Pedro Prez 30/11/1992 BD, RD, PR
2432 Amalia Gonzlez 02/03/1995 BD,IC
3435 Mauricio Crespo 15/07/1990 PR,ES,IC
14
Se puede observar que el atributo id_curso contiene valores distintos en cada tupla por lo que no
cumple con la 1FN.
Id_est Nom_est Fecha_nac_est Id_curso

1231 Pedro Prez 30/11/1992 BD
1231 Pedro Prez 30/11/1992 RD
1231 Pedro Prez 30/11/1992 PR
2432 Amalia Gonzlez 02/03/1995 BD
2432 Amalia Gonzlez 02/03/1995 IC
3435 Mauricio Crespo 15/07/1990 PR
3435 Mauricio Crespo 15/07/1990 ES
3435 Mauricio Crespo 15/07/1990 IC
De esta manera se logra que cumpla con la 1FN, pero con la salvedad de que existen tuplas con
informacin repetida.
Para lograr la 2FN en la tabla anterior, se denota claramente que se debe separar en una tabla los
datos de los estudiantes y en otra tabla los de las asignaturas de la carrera. Finalmente, se crea el
vnculo entre los estudiantes y asignaturas cursadas por cada uno en una tercera tabla.
Los datos que dependen exclusivamente de la clave id_est son Nom_est y Fecha_nac_est, por lo
que conformarn la tabla Estudiantes:
Id_est Nom_est Fecha_nac_est

1231 Pedro Prez 30/11/1992
2432 Amalia Gonzalez 02/03/1995
3435 Mauricio Crespo 15/07/1990
De manera similar se crea la tabla de asignaturas:
Id_curso Nom_curso
BD Base de datos
RD Redes de datos
PR Programacin
IC Introduccin a la computacin
ES Estadstica
Y la tercera tabla que establece el vnculo entre estudiantes y las asignaturas que cursa:
Id_est Id_curso
1231 BD
1231 RD
1231 PR
2432 BD
2432 IC
3435 PR
15
3435 ES
3435 IC
Suponga ahora que se tiene otros datos en la tabla de estudiantes tales como el cdigo y nombre
de la comuna en la que habitan, como se presenta a continuacin:
Id_est Nom_est Fecha_nac_est Cod_comuna Nom_comuna

1231 Pedro Prez 30/11/1992 21 Quilicura
2432 Amalia Gonzlez 02/03/1995 15 Maip
3435 Mauricio Crespo 15/07/1990 15 Maip
El nombre de la comuna depende funcionalmente del atributo cod_comuna, por lo que no se

encuentra en 3FN. Para ello se debe crear una tabla de comunas y eliminar al atributo
Nom_comuna de la tabla de estudiantes:
Id_est Nom_est Fecha_nac_est Cod_comuna

1231 Pedro Prez 30/11/1992 21
2432 Amalia Gonzlez 02/03/1995 15
3435 Mauricio Crespo 15/07/1990 15
Cod_comuna Nom_comuna
21 Quilicura
15 Maip
10 La Florida
12 Macul
14 Lo Barnechea
09 Vitacura
05 uoa
01 Santiago Centro
De esta manera, hemos logrado que se cumplan las consideraciones para que el conjunto de
datos abordado en el ejemplo, alcance la tercera forma normal o 3FN.
16
COMENTARIO FINAL
En esta unidad se ha revisado los contenidos necesarios para conocer lo referente al
modelamiento de bases de datos y su correspondiente normalizacin. De esta manera, se revis
las caractersticas del modelo orientado a objetos y del modelo Entidad Relacin (E/R) como
parte de los modelos lgicos basados en objetos. Tambin se present lo referente a los modelos
basados en registros tales como el relacional, de red y el jerrquico.
En referencia a la normalizacin se vio como que se realiza a partir del conjunto de relaciones
previamente diseadas a partir de un diagrama E/R e involucra el uso de mtodos planteados en
reglas que permiten crear una forma normal superior. Se empieza por la 1FN, que significa que
una relacin no tiene atributos de valor mltiple. Sin embargo, las relaciones en 1FN pueden tener
anomalas de actualizacin, insercin y borrado, debido a la existencia de dependencias parciales
sobre la clave. Si un atributo no clave no es completamente dependiente funcional sobre toda la
clave, la relacin no est en segunda forma normal. En este caso se le normaliza mediante
proyeccin al colocar cada determinante que sea un subconjunto propio de la clave en una nueva
relacin con sus atributos dependientes. La clave compuesta original tambin debe mantenerse en
otra relacin. Las relaciones en 2FN pueden presentar an anomalas de actualizacin, insercin y
borrado. Las dependencias transitivas, en las que uno o ms atributos no clave determinan
funcionalmente otro atributo no clave, causan tales anomalas y es as como la tercera forma
normal se logra al eliminar las dependencias transitivas usando proyeccin.
17
REFERENCIAS
Brodie, M., Mylopoulos, J. & Schmidt, J. (1984). On Conceptual Modelling. Perspectives from
Artificial Intelligence, Databases, and Programming Languages. NY, EE.UU: Springen.
Codd, E. (1970). A Relational Model of Data for Large Shared Data Banks. Communications of the
ACM,(6), 377-387.
Ramos, M & Ramos, A & Montero, F. (2006). Sistemas gestores de bases de datos. Madrid, Espaa:
McGraw Hill.
Ricardo, C. (2009). Bases de datos. Mxico DF, Mxico: McGraw Hill.
Snchez, J. (2004). Principios sobre bases de datos relacionales. Recuperado el 07 de febrero de

2014, de http://www.jorgesanchex.net
PARA REFERENCIAR ESTE DOCUMENTO, CONSIDERE:
IACC (2014). Modelamiento y normalizacin de BBDD. Administracin de base de datos. Semana 1.
18
19

01 Administracion Base Datos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

01 Administracion Base Datos

Cargado por

Copyright:

Formatos disponibles

ADMINISTRACIN DE BASE DE DATOS

MODELAMIENTO Y NORMALIZACIN DE BBDD ................................................................................ 4

1.2. MODELO CONCEPTUAL

1.3. MODELO LGICO BASADO EN OBJETOS

1.3.2. MODELO ENTIDAD RELACIN

Atributos: Son las propiedades que describen a la entidades.

Relacin: Se refiere a la asociacin entre dos o ms entidades. Para ello, es usada la

Relaciones uno a muchos (1:m)

Relaciones uno a uno (1:1)

Luego, ese conjunto de entidades y relaciones se representan grficamente en una estructura

Ovalo o Elipse Representa atributos

Rombo o Representa relaciones entre entidades

Lneas Vincula conjuntos de entidades entre s, as

Smbolos bsicos para diagramas E/R. Fuente: Catherine Ricardo (2009).

Ejemplo de diagrama E/R

Entidades: Profesores, asignaturas y alumnos.

Profesor: nombre, direccin, telfono

Asignatura: cdigo, nombre

Alumno: cdigo, nombre

Profesor: dicta una o varias asignaturas

Asignatura: es cursada por varios alumnos e impartida por un profesor

Alumno: cursa una o varias asignaturas

Al realizar el diagrama E/R resultar algo como lo que se presenta a continuacin:

1.4. MODELOS BASADOS EN REGISTROS

1.4.1. MODELO RELACIONAL

Tabla: Estudiantes. Grado 3. Cardinalidad 2.

Id_est Nom_est Fecha_nac_est

1.4.2. MODELO DE RED

1.5. MODELO JERRQUICO

Entre sus caractersticas se tiene:

No establece diferencia entre una vista lgica y una fsica

2.1. CONCEPTO DE NORMALIZACIN

2.2. OBJETIVOS DE LA NORMALIZACIN

2.3. DEPENDENCIA FUNCIONAL

Si R es un esquema de relacin y A y B son conjuntos de atributos no vacos en R, se dice que B es

En trminos sencillos, se entiende por dependencia funcional a la conexin entre uno o ms

Dependencia funcional reflexiva: A partir de cualquier atributo o conjunto de atributos siempre

Si "y" est incluido en "x" entonces x y

Dependencia funcional Aumentativa:

Dependencia funcional transitiva: Sean X, Y, Z tres atributos (o grupos de atributos) de la misma

2.4. FORMAS NORMALES: 1FN, 2FN, 3FN, 4FN, 5FN

Est basada en el concepto de dependencia funcional transitiva.

2.5. METODOLOGA PARA ALCANZAR FORMAS NORMALES

A continuacin presentamos una lista de estudiantes que cursan asignaturas de la carrera de

Id_est Nom_est Fecha_nac_est Id_curso

Id_est Nom_est Fecha_nac_est Id_curso

Id_est Nom_est Fecha_nac_est

De manera similar se crea la tabla de asignaturas:

Id_est Nom_est Fecha_nac_est Cod_comuna Nom_comuna

El nombre de la comuna depende funcionalmente del atributo cod_comuna, por lo que no se

Id_est Nom_est Fecha_nac_est Cod_comuna

Artificial Intelligence, Databases, and Programming Languages. NY, EE.UU: Springen.

Ricardo, C. (2009). Bases de datos. Mxico DF, Mxico: McGraw Hill.

Snchez, J. (2004). Principios sobre bases de datos relacionales. Recuperado el 07 de febrero de

PARA REFERENCIAR ESTE DOCUMENTO, CONSIDERE:

IACC (2014). Modelamiento y normalizacin de BBDD. Administracin de base de datos. Semana 1.

También podría gustarte