Professional Documents
Culture Documents
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
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.
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.
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.
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.