Está en la página 1de 28

Diseo de Base datos

Relacionales
MC. Ing. Gerardo de la Rosa Rivera

Mayo 2014

Modelo relacional
El modelo relacional se basa en dos ramas de las
matemticas: la teora de conjuntos y la lgica de
predicados de primer orden. El hecho de que
el modelo relacional est basado en la teora de las
matemticas es lo que lo hace tan seguro y robusto.

2da generacin...
El modelo relacional representa la segunda generacin de
los DBMS. En l, todos los datos estn estructurados a
nivel lgico como tablas formadas por filas y columnas,
aunque a nivel fsico pueden tener una estructura
completamente distinta.

Modelo Relacional
El modelo relacional tiene que ver con:
Estructura de datos.
Integridad de datos.
Manejo de datos

Definicin del problema


La definicin del problema es el proceso por el que se
determina la organizacin de una base de datos, incluidos
su estructura, contenido y las aplicaciones que se han de
desarrollar.

Definicin del problema


correctamente
Lo primero es realizar diseo conceptual, que parte de las
especificaciones de los requisitos del usuario y su
resultado es el esquema conceptual de la base de datos
que corresponder a un Modelo Entidad Relacin (E/R).

Esquema conceptual
Un esquema conceptual es una descripcin de alto nivel
de la estructura de la base de datos, independientemente
del DBMS que se vaya a utilizar para manipularla. Un
modelo conceptual es un lenguaje que se utiliza para
describir esquemas conceptuales. El objetivo del diseo
conceptual es describir el contenido de los Datos de la
base de datos.

Esquema conceptual
1. Identificar las entidades.
2. Identificar las relaciones.
3. Identificar los atributos y asociarlos a entidades y
relaciones.
4. Determinar los dominios de los atributos.
5. Determinar los identificadores.
6. Determinar las jerarquas de generalizacin
(si las hay).
7. Dibujar el diagrama entidad-relacin.
8. Revisar el esquema conceptual local con el
usuario

Ejercicio (parte 1)
Disear una base de datos partiendo del modelo
relacional para dar solucin a:
La base de datos COMPAIA debe mantener los Datos
sobre los empleados de la compaa, los departamentos y
los proyectos.
1. La compaa est organizada en departamentos. Cada
departamento tiene un nombre nico. Un nmero nico, y
un empleado particular quien lo administra. Se quiere
saber la fecha en que el empleado administrador
empez a hacerse cargo del departamento. Un
departamento puede tener varios locales.

Ejercicio (parte 2)
2. Cada departamento controla un cierto nmero de
proyectos. Cada proyecto tiene un nombre y nmero
nicos, y un local.
3. Para cada empleado se desea tener su nombre,
direccin, salario, sexo y ao de nacimiento. Un empleado
es asignado a un departamento, pero puede trabajar en
varios proyectos, los que no son necesariamente
controlados por el mismo departamento. Se quiere saber
el nmero de horas semanales que un empleado trabaja
en cada proyecto. Se quiere adems saber cul es el
supervisor directo de cada empleado.

Normalizacin
El proceso de normalizacin consiste en aplicar una serie
de reglas a las relaciones obtenidas tras el paso del
modelo entidad-relacin.
Las reglas de Normalizacin estn encaminadas a
eliminar redundancias e inconsistencias de dependencia
en el diseo de las tablas.

Conjunto de tcnicas (normalizacin)


Es aplicar un conjunto de tcnicas para producir un nuevo
esquema pero contiene menos redundancias y evita
posibles anomalas en las inserciones, actualizaciones y
borrados

porqu Normalizar??
Los datos redundantes desperdician el espacio de disco y
crean problemas de mantenimiento.
Si hay que cambiar datos que existen en ms de un lugar,
se deben cambiar de la misma forma exactamente en
todas sus ubicaciones. Un cambio en la direccin de un
cliente es mucho ms fcil de implementar si los datos
slo se almacenan en la tabla Clientes y no en algn otro
lugar de la base de datos.

Regla de integridad referencial


La base de datos no debe contener valores de clave ajena
sin concordancia. As como los valores de clave primaria
representan identificadores de entidades, las claves
ajenas representan referencia a entidades.
La regla dice: Si B hace referencia a A entonces A debe
existir. Surgen los siguientes dos puntos:
La integridad referencial exige concordancia en las
claves ajenas, con las claves primarias, no con la claves
alternativas.
Los conceptos de clave ajena e integridad referencial se
definen uno en termino del otro.

Dependencia incoherente
Las dependencias incoherentes pueden dificultar el
acceso porque la ruta para encontrar los datos puede no
estar o estar interrumpida.
Ejemplo:
Aunque es intuitivo para un usuario mirar en la tabla
Clientes para buscar la direccin de un cliente en
particular, puede no tener sentido mirar all el salario del
empleado que llama a ese cliente. El salario del empleado
est relacionado con el empleado, o depende de l, y por
lo tanto se debera pasar a la tabla Empleados.

Trminos y equivalencias(modelo ER
y Base de datos)
relacin = tabla o archivo
tupla = registro, fila o rengln
atributo = campo o columna
base de datos = banco de datos
clave = llave
clave primaria = superclave
clave ajena = clave extranjera o clave fornea

Objetivos de la Normalizacin
Las bases de datos relacionales se normalizan para:
* Evitar la redundancia de los datos.
* Evitar problemas de actualizacin de los datos en las
tablas.
* Proteger la integridad de los datos.

Formas Normales
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 Edgar F. Codd, ste introdujo la normalizacin
en un artculo llamado A Relational Model of Data for
Large Shared Data Banks.

Primera Forma Normal (1FN)


Primer nivel de Formalizacin/Normalizacin. (F/N)
1. Eliminar los grupos repetitivos de la tablas individuales.
2. Crear una tabla separada por cada grupo de datos
relacionados.
3. Identificar cada grupo de datos relacionados con un
a clave primaria.

Primera Forma Normal (1FN)


Sea un conjunto de atributo perteneciente () a la
relacin R, en donde R est en la Primera Forma Normal
si todos los atributos [n] son atmicos, es decir no
pueden seguir dividindose. Por ejemplo:
La Relacin:
cursos: nombre, cdigo, vacantes, horario, bibliografa
Queda despus de aplicar la Forma Normal 1 de la
siguiente manera:
cursos1: nombre, cdigo, vacantes horario1: cdigo, da,
mdulo bibliografia1: cdigo, nombre, autor

Segunda Forma Normal (2FN)


Segundo nivel de F/N
1. Crear tablas separadas para aquellos grupos de dato s
que se aplican a varios registros.
2. Relacionar estas tablas mediante una clave externa

Segunda Forma Normal (2FN)


Dependencia completa.
Esta en 2FN si esta en 1FN y si sus atributos no
principales dependen de forma completa de la clave
principal.

Tercera Forma Normal (3FN)


Tercer nivel de F/N.
1.Eliminar aquellos campos que no dependan de la clave.

Tercera Forma Normal (3FN)


Est en segunda forma normal y todo atributo no primo es
implicado por la clave primaria en una secuencia no
transitiva.
Se eliminan las dependencias transitivas.

Excepcin de la Tercera Forma


Normal (3FN)
Cumplir la tercera forma normal, aunque en teora es
deseable, no siempre es prctico.
Ejemplo:
Si tiene una tabla Clientes y desea eliminar todas las
dependencias posibles entre los campos, debe crear
tablas independientes para las ciudades, cdigos
postales, representantes de venta, clases de clientes y
cualquier otro factor que pueda estar duplicado en varios
registros. (muchas tablas pequeas pueden degradar el
rendimiento o superar la capacidad de memoria o de
archivos abiertos).

Cuarta Forma Normal (4FN)


Cuarto Nivel de F/N.
1. En las relaciones varios-con-varios, entidades inde
pendientes no pueden ser almacenadas en la misma
tabla.
Ya que slo se aplica a las relaciones muchos-a-muchos,
la mayora de los desarrolladores pueden ignorar esta
regla de forma correcta.

Quita Forma Normal (5FN)


Existe otro nivel de normalizacin que se aplica a veces,
pero es de hecho algo esotrico y en la mayora de los
casos no es necesario para obtener la mejor funcionalidad
de nuestra estructura de datos o aplicacin. Su principio
sugiere:
1. La tabla original debe ser reconstruida desde las tablas
resultantes en las cuales a sido desglosada.

Beneficios de (5FN)
Los beneficios de aplicar esta regla aseguran que no has
creado ninguna columna extraa en tus tablas y que la
estructura de las tablas que has creado sea del tamao
justo que tiene que ser.
** Es una buena prctica aplicar este regla.