Basededatosicompleto 091122141836 Phpapp02

Bases de Datos
TECNOLOGAS DE LA INFORMACIN Y
COMUNICACIN REA SISTEMAS
INFORMTICOS
UNIDADES TEMTICAS
UNIDAD Fechas Evaluaciones
I. INTRODUCCIN Y GENERALIDADES
Introduccin a las Bases de Datos
Funciones de los Sistemas de Bases de Datos
Actores en los Sistemas de Bases de Datos
Ventajas de utilizar un SGBD
Estructura Global de un Sistema de Bases de Datos
11 y 12 de mayo 18 de mayo
II. MODELOS DE DATOS UTILIZANDO ER, EER Y MODELADO DE OBJETOS
Categoras de los modelos de datos
Modelo de datos utilizando Entidad-Relacin
Modelo Entidad-Relacin extendido y Modelado de Objetos
Herencia, Generalizacin, Restricciones y Caractersticas de la
Especializacin y Generalizacin.
Modelado Conceptual de Objetos mediante diagramas de clase
UML
Tipos de relacin de grado superior a dos
18 de mayo al
19 de junio
19 de junio
UNIDADES TEMTICAS
UNIDAD Fechas Evaluaciones
III. MODELO RELACIONAL
Conceptos del Modelo Relacional
Restricciones Relacionales
Integridad de Entidades, Integridad Referencial y Claves
Externas
Transformacin de E-R a Modelo Relacional
Transformacin de los conceptos de E-R extendido en
relaciones
22 de junio al
07 de julio
07 de julio
IV. LGEBRA RELACIONAL
Introduccin al Algebra Relacional
Operaciones del Algebra Relacional
10 de julio al
04 de agosto
07 de agosto
V. ESTNDARES DE LAS BASES DE DATOS RELACIONALES
Definicin de datos, restricciones y cambios de esquema
Operaciones de Actualizacin y tratamiento de las restricciones
Visualizando restricciones en el control de integridad
Especificacin de valores por omisin y acciones de disparo
referencial
07 al 18 de
agosto
18 de agosto
BIBLIOGRAFA
Y.H. TSAJ, A
Sistemas de Bases de Datos,
Administracin y Uso
Editorial: Prentice Hall
1 Edicin
Mxico 1990

Weiderhold, G.
Diseo de Bases de Datos
Ediorial: Mc. Graw Hill
2 Edicin
Mxico 1988

Moreno, P., Ruez, S., Bello, J.
Introduccin al DBASE
Editorial: Mc Graw Hill
1 Edicin
Mxico 1993

Ashton Tate
Introduccin al DBASE IV
Ashton Tate
1988
Steele, P., Heydt R.
DBASE IV 1.1 y SQL,
Programacin para expertos
Grupo Noriega Editores
1 Edicin
Mxico 1993

Campbell, M.
DBASE IV Gua de
autoenseanza
Ediorial: Mc. Graw Hill
1 Edicin
Mxico 1991

Liskin, M.
DBASE IV a su alcance
1 Edicin
Espaa 1991

Liskin, M.
DBASE IV Manual de bolsillo
1 Edicin
Mxico 1992
B
S
I
C
A

BIBLIOGRAFA
Catapult, Inc.
Microsoft Fox Pro MS-DOS versin 2.5
Editorial: Microsoft Press
EEUU 1993

Ricciardi, S.
Running Microsoft Fox Pro for MS-DOS
Ediorial: Microsoft Press
EEUU 1993

Jones, E.
Aplique Fox Pro 2.5 para Windows
Editorial: Mc. Graw Hill
1 Edicin
Espaa 1993
C
O
M
P
L
E
M
E
N
T
A
R
I
A

FORMA DE EVALUACIN
Asistencia
Participacin
Trabajos en equipo (Examen Individual)
Proyecto Final en equipo
15%
20%
30%
35%

100%
FORMA DE EVALUACIN
Asistencia 15%
Se pasa lista al inicio de la clase
Se pasa lista al trmino de la clase
Se cancela la asistencia si:
Se encuentra al alumno haciendo actividades que no
son propias de la materia.
El alumno es indisciplinado en la clase.
El alumno sale demasiado tiempo de la clase (an
cuando haya estado presente en el pase de lista inicial y
final).
FORMA DE EVALUACIN
Participacin 20%
Despus de la explicacin en clase, se dar un determinado tiempo para que el
alumno redacte su propia definicin o proporcione ejemplos de lo recin visto y
ser enviado por mail a la profesora (estas participaciones se harn cada que
sea necesario definir algn concepto o que se requiera clarificar ms con
ejemplos). NO cuenta como participacin una definicin de Internet.

Ser vlida la participacin slo si es recibida en el transcurso de la clase, y si
es congruente con lo que se vio en clase.
FORMA DE EVALUACIN
Trabajos en equipo (Examen individual) 30%
Se formarn 3 equipos de 6 integrantes y 1 equipo de 5 integrantes.
La calificacin de los trabajos ser lo obtenido de manera individual.

Se har un trabajo en equipo por Unidad que consistir en la documentacin terica de la
Unidad (NO de Internet, sino lo que el equipo aporta en definiciones y conceptos a
lo que se vio en clase), ser un archivo en PDF que ser IMPRESO y enviado por
CORREO el mismo da del ltimo examen de la Unidad. Estos trabajos se pueden ir
armando en cada clase con las participaciones y la retroalimentacin de la profesora.
Deben contener:

Portada que contenga: Nombre de asignatura, nombre completo de todos los
integrantes del equipo, nombre de la profesora, nombre del proyecto, fecha de
entrega.
Contenido terico de la Unidad.

El examen individual consistir en preguntas del documento entregado y en un ejercicio
prctico de lo visto en la Unidad.
FORMA DE EVALUACIN
Proyecto Final en equipo 35%
Se presentar un documento engargolado con la siguiente estructura:
Portada que contenga: Nombre de asignatura, nombre completo de todos los integrantes
del equipo, nombre de la profesora, nombre del proyecto, fecha de entrega.
ndice.
Introduccin.
Desarrollo del proyecto.
Conclusiones.

El documento ser mximo de 20 hojas, aquellos que rebasen sern devueltos sin ser
revisados.

En el documento NO deber incluirse teora.

Se entregar un CD etiquetado con el nombre de los integrantes y del proyecto y deber
contener en electrnico el documento y la base de datos correspondiente al proyecto.

Se evaluar la presentacin y el contenido.

Fecha de entrega 18 de agosto (NO SE RECIBEN PROYECTOS DESPUS DE ESTA FECHA)
Introduccin a las Bases de Datos
Funciones de los Sistemas Gestores de Bases de Datos
Actores en los Sistemas Gestores de Bases de Datos
Ventajas de utilizar un Sistema Gestor de Bases de Datos
Estructura Global de un Sistema Gestor de Bases de Datos
I. INTRODUCCIN Y GENERALIDADES
Coleccin compartida de datos relacionados desde el
punto de vista lgico, junto con una descripcin de esos
datos (metadatos), diseada para satisfacer las
necesidades de informacin de una organizacin.
Conjunto exhaustivo y no redundante de datos
estructurados, organizados de forma independiente a su
utilizacin o implantacin en mquina, accesibles en
tiempo real y compatibles con usuarios concurrentes y sus
respectivas necesidades (peticiones) de informacin.
Las Bases de Datos sirven para almacenar, procesar y
extraer datos
Qu es una Base de Datos?
Una base de datos es una coleccin de informacin
organizada de forma que un programa de ordenador pueda
seleccionar rpidamente los fragmentos de datos que
necesite. Una base de datos es un sistema de archivos
electrnico.

Las bases de datos se organizan por campos, registros y
archivos. Un campo es una pieza nica de informacin; un
registro es un sistema completo de campos; y un archivo
es una coleccin de registros. Por ejemplo, una gua de
telfono es anloga a un archivo. Contiene una lista de
registros, cada uno de los cuales consiste en tres campos:
nombre, direccin, y nmero de telfono.

A veces se utiliza DB, de database en ingls, para referirse
a las bases de datos.

Qu es una Base de Datos?
En qu se diferencia una Base de Datos de los archivos
tradicionales?
Una base de datos es un archivo, existen diferentes tipos de
archivos, cmo de texto, imgenes, pistas de audio, video, entre
otras junto con los archivos de bases de datos. Cada tipo de
archivo tiene sus caracterstica nicas que los diferencian y
programas especficos que nos permiten hacer uso de ellos.

En el caso de las bases de datos, tienen un estructura
organizacional que permite contener de forma ordenada datos de
diferentes tipos.
En qu se diferencia una Base de Datos de los archivos
tradicionales?
A
r
c
h
i
v
o
s

t
r
a
d
i
c
i
o
n
a
l
e
s

Excel
Word
Power Point
Block de notas
B
a
s
e
s

d
e

D
a
t
o
s

Paint, Corel, etc.
Reproductor de Windows, Winamp, etc.
Hojas de clculo
Documentos
Presentaciones
Archivos de texto
Editar imgenes
Archivos de audio
SGBD

DBMS
Qu es un Sistema Gestor de Base de Datos?
Sistema Gestor de Bases de Datos (SGBD). Es
un software que proporciona servicios para la
creacin, el almacenamiento, el
procesamiento y la consulta de la informacin
almacenada en base de datos de forma segura y
eficiente. Un SGBD acta como un intermediario
entre las aplicaciones y los datos.
Funciones de un Sistema Gestor de Base de Datos?
Los SGBD pueden considerarse como intermediarios entre las
aplicaciones y la representacin de los datos. As, los
desarrolladores ven los datos desde una perspectiva de ms alto
nivel. Esa perspectiva es la del modelo de bases de datos
utilizado.

Proporcionar independencia de los datos y las aplicaciones. As,
se puede disear la base de datos incluso antes que las
aplicaciones, y ese diseo permitir que se desarrollen mltiples
aplicaciones posteriormente.

Niveles:
Fsico
Lgico
Vistas
Funciones de un Sistema Gestor de Base de Datos?
Restricciones:
Unicidad
Valores nulos
Tipo de dato almacenado
Tamao

Mecanismos de recuperacin
Transacciones

Control de concurrencia
Bloqueo
Serializacin

Control de acceso
Usuarios
Privilegios
Otras funciones
Backup
Compresin de datos
Importar datos
Exportar datos
LO QUE NO
HACE UN SGBD

Un buen diseo de
la base de datos
Actores en un Sistema Gestor de Base de Datos
El gestor de la base de datos

Se trata de un conjunto de programas no visibles al usuario final que se encargan
de la privacidad, la integridad, la seguridad de los datos y la interaccin con el
sistema operativo. Proporciona una interfaz entre los datos, los programas que los
manejan y los usuarios finales.

Cualquier operacin que el usuario hace contra la base de datos est controlada
por el gestor.

El gestor almacena una descripcin de datos en lo que llamamos diccionario de
datos, as como los usuarios permitidos y los permisos.

Tiene que haber un usuario administrador encargado de centralizar todas estas
tareas.
Diccionario de datos

Es una base de datos donde se guardan todas las propiedades de la base
de datos, descripcin de la estructura, relaciones entre los datos, etc.
El diccionario debe contener:

La descripcin externa, conceptual e interna de la base de datos
Las restricciones sobre los datos
El acceso a los datos
Las descripciones de las cuentas de usuario
Los permisos de los usuarios
Usuarios de los SGBD

Usuarios de la categora DBA (administradores)
Usuarios de tipo RESOURCE, que pueden crear sus
propios objetos y tener acceso a los objetos sobre los que
se les ha concedido permisos.
Usuarios de tipo CONNECT, que solamente pueden
utilizar los objetos a los que se les ha concedido permiso
El administrador de la base de datos (DBA)

Es una persona responsable del control del sistema gestor de base de
datos.

Las principales tareas de un DBA son:

La definicin del esquema lgico y fsico de la base de datos
La definicin de las vistas de usuario
La creacin de usuarios
La asignacin y edicin de permisos para los usuarios
Mantenimiento y seguimiento de la seguridad en la base de datos
Mantenimiento general del sistema gestor de base de datos
Los lenguajes

Un sistema gestor de base de datos debe proporcionar una serie de
lenguajes para la definicin y manipulacin de la base de datos. Estos
lenguajes son los siguientes:

Lenguaje de definicin de datos (DDL). Para definir los esquemas de la
base de datos
Lenguaje de manipulacin de datos (DML). Para manipular los datos de
la base de datos
Lenguaje de control de datos (DCL). Para la administracin de usuarios
y seguridad en la base de datos.
Ventajas de utilizar un Sistema Gestor de Base de Datos
1. Seguridad de los datos
2. Control o manipulacin de datos
3. Actualizacin de los datos en lnea
4. Reduccin de tiempos
5. Mantener organizacin coherente de los datos
6. Simplificacin del trabajo
7. Generacin de informes a partir de los datos
8. Accesos concurrentes a las BD

Estructura Global de un Sistema Gestor de Bases de Datos
1. Peticin de la aplicacin del usuario.
2. Examen de la peticin en el marco del esquema externo del usuario.
3. Transformacin del esquema externo al conceptual (lgico).
4. Transformacin del esquema conceptual (lgico) al interno (fsico).
5. Interaccin con el almacenamiento interno (fsico).
6. Envo de los datos a los buffers del SGBD.
7. Transformaciones de los datos entre el esquema conceptual (lgico) y
el externo.
8. Transferencia de los datos necesarios al rea de trabajo del usuario.
Ejecucin de una tarea por parte del SGBD
Participacin de la UNIDAD I
1. Para que me sirve una Base de Datos?

2. Cuales son los componentes de una Base de Datos?

3. Cules son los programas que me permiten trabajar (crear, manipular,
consultar) las Bases de Datos?, Menciona 2 nombres de este tipo de
programas.

4. Menciona y explica 3 funciones de los SGBD.

5. Cules son los actores principales en un SGB?

6. Cules son los lenguajes que se utiliza en un SGBD?

7. De los actores que intervienen en un SGBD Cul seras t? y
menciona 3 de las funciones bsicas que tendras que realizar.

Definicin del Proyecto Final
(Enviar un mail por equipo con la propuesta de proyecto el da Viernes 22 de Mayo)
Elegir una situacin que requiera el diseo de una BD
Hacer el anlisis de requerimientos para el diseo de la BD
Disear la BD (Modelo de datos)
Crear la BD
Crear usuarios de acuerdo a los requerimientos
Crear permisos a los usuarios
Crear vistas para los usuarios finales
Crear interfaces de usuarios
Operaciones con la BD (Algebra relacional)
Categoras de los modelos de datos
Modelo de datos utilizando Entidad-Relacin
Modelo Entidad-Relacin extendido y Modelado de Objetos
Herencia, Generalizacin, Restricciones y Caractersticas de
la Especializacin y Generalizacin.
Modelado Conceptual de Objetos mediante diagramas de
clase UML
Tipos de relacin de grado superior a dos
II. MODELOS DE BASE DE DATOS
Fases del Diseo de una BD
Anlisis de requisitos
Diseo Conceptual
Implantacin en el SGBD
Qu es Abstraccin?
Objeto
Modelo del
Objeto
Abstraccin
Vista
1
Vista
2
Vista
3
Vista
n
Niveles de Abstraccin

Nivel Conceptual
Nivel Fsico
Usuarios
Finales
DBA
SGBD
MUNDO
REAL
Qu es el Modelado de Datos?
ABSTRAER
ANALIZAR
INTERPRETAR
MODELO
Es la representacin de cosas del mundo real.

Es una representacin de la realidad que contiene las
caractersticas generales de algo que se va a realizar.
En base de datos, esta representacin la elaboramos
de forma grfica.

Es una coleccin de herramientas conceptuales para
describir los datos, las relaciones que existen entre
ellos, semntica asociada a los datos y restricciones de
consistencia.
Qu es el Modelado de Datos?
Categoras de Conceptos que se pueden modelar o abstraer
Categora de Conceptos Ejemplos
Objetos fsicos Televisin, Avin
Especificaciones, diseos o descripciones
de cosas
Especificaciones de un producto,
descripcin del vuelo
Lugares Tienda, Aeropuerto
Transacciones Venta, Pago, Reservacin
Roles de la gente Cajero, Piloto
Contenedores de otras cosas Tienda, Avin
Cosas en un contenedor Artculo, Pasajero
Conceptos abstractos Enfermedades
Eventos Venta, Robo, Reunin, Vuelo, Accidente
Reglas y Polticas Poltica devolucin, poltica cancelacin
Catlogo Catlogo productos, catlogo partes
Registros Recibos, Contratos, Bitcoras
Manuales, libros Manual reparacin, manual empleado
Participacin de la UNIDAD II (1)
1. Para qu me sirve la abstraccin?

2. Menciona los 3 niveles de abstraccin y quin acta en cada nivel?

3. Qu es el modelado de datos?

4. Menciona 3 categoras de conceptos que se pueden modelar y
menciona un ejemplo de cada uno de ellos.
Ejercicios de abstraccin
Boleta de Calificaciones
Credencial de Estudiante

Persona
Alumno
Alumno egresado
Nmero de expediente
Los Modelos de Datos se dividen en 3 grupos:
Modelos lgicos basados en objetos.
Modelo Entidad-Relacin.
Modelo Orientado a Objetos.
Modelos lgicos basados en registros.
Modelo Relacional.
Modelo Jerrquico.
Modelo de Red.
Modelos fsicos de datos.
Modelo UML (Unified Modeling Language).
Modelo de memoria de elementos.

Los Modelos de Datos se dividen en 3 grupos:
Modelos lgicos basados en objetos.
Modelo Entidad-Relacin.
Modelo Orientado a Objetos.
Modelos lgicos basados en registros.
Modelo Relacional.
Modelo Jerrquico.
Modelo de Red.
Modelos fsicos de datos.
Modelo UML (Unified Modeling Language).
Modelo de memoria de elementos.

Modelo Entidad-Relacin (E-R)
El modelo E-R se basa en una percepcin del
mundo real, la cual esta formada por
OBJETOS BSICOS llamados entidades y
las relaciones entre estos objetos as como
las caractersticas de estos objetos llamados
atributos.
Una entidad es un objeto que existe y se
distingue de otros objetos de acuerdo a sus
caractersticas llamadas atributos. Las
entidades pueden ser concretas como una
persona o abstractas como una fecha.
Entidad
Un conjunto de entidades es un grupo de
entidades del mismo tipo. Por ejemplo el
conjunto de entidades CUENTA, podra
representar al conjunto de cuentas de un
BANCO, o ALUMNO representa a un
conjunto de entidades de todos los
alumnos que existen en la UTSJR.
Una entidad se caracteriza y distingue
de otra por los atributos, en
ocasiones llamadas propiedades, que
representan las caractersticas de una
entidad.
Atributo
Los atributos de una entidad pueden tomar un
conjunto de valores permitidos al que se le
conoce como dominio del atributo. As cada
entidad se describe por medio de un conjunto
de parejas formadas por el atributo y el valor
de dato. Habr una pareja para cada atributo
del conjunto de entidades.
Ejemplos de dominio:
Hacer una descripcin en pareja para la entidad alumno con los
atributos Expediente, Nombre y Carrera.
O considerando el ejemplo de un Empleado cuyos atributos son:
RFC, Nombre, Salario.
Atributo, Valor
Expediente, 0208MTI-S034
Nombre, Snchez Osuna Ana
Carrera, TIC
Atributo, Valor
RFC, COMD741101YHR
Nombre, Daniel Coln Morales
Salario, 3000
Una relacin es la asociacin
que existe entre dos o ms
entidades.
Relacin
La cantidad de entidades en una relacin
determina el grado de la relacin.
Alumno
Materia
Cursa
Madre
Padre
Padres Hijo
1. Para qu me sirve la abstraccin?

2. Menciona los 3 niveles de abstraccin y quin acta en cada nivel?

3. Qu es el modelado de datos?

4. Menciona 3 categoras de conceptos que se pueden modelar y
menciona un ejemplo de cada uno de ellos.

5. Menciona cmo se clasifican los distintos modelos de datos

6. Menciona un Modelo de Datos de cada clasificacin

7. Menciona y describe los elementos bsicos del Modelo de Entidad-
Relacin

8. Qu es el dominio de un atributo?

9. Cmo se determina el grado de una relacin?

Limitantes de Mapeo
Existen 2 tipos de limitantes que permiten establecer
las validaciones necesarias para conseguir que los
datos correspondan con la realidad.

1. Tipos de relaciones
2. Dependencia de existencia

Tipos de relaciones
Existen 4 tipos de relaciones que pueden establecerse entre
entidades, las cuales establecen con cuantas entidades de
tipo B se puede relacionar una entidad de tipo A:

1. Uno a uno (1:1)
2. Uno a muchos (1:N)
3. Muchos a uno (N:1)
4. Muchos a muchos (N:N)

A estos tipos de relaciones, tambin se les conoce como
Cardinalidad.
Tipos de relaciones
UNO A UNO (1:1)
Se presenta cuando existe una relacin como su nombre lo
indica uno a uno, denominado tambin relacin de
matrimonio. Una entidad del tipo A solo se puede relacionar
con una entidad del tipo B, y viceversa.
B A R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
Tipos de relaciones
Ejemplos: UNO A UNO (1:1)
CONTRIBUYENTE RFC
AUTOMOVIL EMPLEADO
ALUMNO No. EXPEDIENTE
PERSONA CURP
PERSONA HUELLA DIGITAL
Tipos de relaciones
UNO A MUCHOS (1:N)
Significa que una entidad del tipo A puede relacionarse con
cualquier cantidad de entidades del tipo B, y una entidad del
tipo B solo puede estar relacionada con una entidad del tipo
A.
B A R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
Tipos de relaciones
Ejemplos: UNO A MUCHOS (1:N)
CLIENTE CUENTAS EN UN BANCO
PADRE HIJOS
CAMIN PASAJEROS
ZOOLGICO ANIMALES
RBOL HOJAS
Tipos de relaciones
MUCHOS A UNO (N:1)
Indica que una entidad del tipo B puede relacionarse con
cualquier cantidad de entidades del tipo A, mientras que
cada entidad del tipo A solo puede relacionarse con una
entidad del tipo B.
B A R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
Tipos de relaciones
Ejemplos: MUCHOS A UNO (N:1)
EMPLEADOS EMPRESA
ALUMNOS ESCUELA
FELIGRESES PARROQUIA
CLIENTES BANCO
CIUDADANOS CIUDAD
Tipos de relaciones
MUCHOS A MUCHOS (N:N)
Establece que cualquier cantidad de entidades del tipo A
pueden estar relacionados con cualquier cantidad de
entidades del tipo B.
B A R
A1-A
A2-A
A3-A A1-B
A2-B
A3-B
Tipos de relaciones
Ejemplos: MUCHOS A MUCHOS (N:N)
PROYECTOS ARQUITECTOS
ESTUDIANTES MATERIAS
PROFESORES ESCUELAS
ENFERMOS SNTOMAS
PROVEEDORES PRODUCTOS
Tipos de relaciones
La cardinalidad para cada
conjunto de entidades
depende del punto de vista
que se le de al modelo en
estudio, claro esta,
sujetndose a la realidad.
IMPORTANTE
Dependencia de existencia
Refirindonos a las mismas entidades A y B,
decimos que si la entidad A depende de la
existencia de la entidad B, entonces A es
dependiente de existencia por B, si
eliminamos a B tendramos que eliminar por
consecuente la entidad A, en este caso B es la
entidad Dominante y A es la entidad
subordinada.
Llaves primarias
La distincin de una entidad entre otra se
debe a sus atributos, lo cual la hace nica.

Una llave primaria es aquel atributo el cual
consideramos clave para la identificacin
de los dems atributos que describen a la
entidad.
Llaves primarias
Alumno
Nombre
Grado
Carrera
Domicilio
No. Expediente
CURP
RFC
Llaves
secundarias
Ejercicios del Modelo E-R
Elaborar los modelos y diagramas considerando:

Anlisis de requisitos: Determinar las entidades necesarias y sus atributos.
Utilizar la simbologa adecuada para la representacin del modelo E-R.
Poner un nombre a la relacin entre entidades.
En la simbologa, considerar la cardinalidad de las relaciones.
En la simbologa, considerar la llave primaria
Definir el grado de la relacin en cada caso.
1. Horarios de clases.
2. Control de un inventario (Altas y bajas).
3. Recepcin, Atencin y Alta de pacientes en un hospital.
4. Control de calificaciones de los alumnos.
5. Inscripcin de alumnos.
Participacin de la UNIDAD II (3) Para entregar en papel el lunes 25 de mayo
Ejercicios del Modelo E-R
Elaborar los modelos y diagramas considerando:

Anlisis de requisitos: Determinar las entidades necesarias y sus atributos.
Utilizar la simbologa adecuada para la representacin del modelo E-R.
Poner un nombre a la relacin entre entidades.
En la simbologa, considerar la cardinalidad de las relaciones.
En la simbologa, considerar la llave primaria
Definir el grado de cada relacin.
1. Horarios de clases.
2. Control de un inventario (Altas y bajas).
3. Recepcin, Atencin y Alta de pacientes en un hospital.
4. Control de calificaciones de los alumnos.
5. Inscripcin de alumnos.
Modelo E-R
Horarios de clases
Entidades:

1. Carreras (cve_carrera, nombre_carrera)
2. Grupos (cve_grupo, nombre_grupo, cve_carrera)
3. Alumnos (expediente, nombre_alumno, cve_grupo)
4. Asignaturas (cve_asignatura, nombre_asignatura)
5. Cargas Acadmicas (cve_grupo, cve_asignatura, cve_profesor)
6. Salones (cve_salon, nombre_salon)
7. Profesores (cve_profesor, nombre_profesor)
8. Horarios (cve_grupo, cve_salon, da, hora_inicio, hora_fin)
Modelo E-R
Horarios de clases
Relaciones:

1. Grupos pertenecen a Carrera (1:1) (N:1)
2. Alumnos se inscriben a Grupos (N:1) (1:N)
3. Asignatura se carga a Carga Acadmica (1:N) (1:1)
4. Grupo se carga a Carga Acadmica (1:N) (1:1)
5. Profesor se carga a Carga Acadmica (1:N) (1:1)
6. Saln se asigna a una Horario (1:N) (1:1)
7. Grupo se asigna a un Horario (1:N) (1:1)
Diagrama E-R
Horarios de clases
Tipos de Atributos
Simples Compuestos

Almacenados Derivados

Monovaluados Multivaluados

Opcionales (nulos)
Tipos de Atributos
Atributos Compuestos
Pueden dividirse en otros Atributos con
significado propio
Fecha
nacimiento
Persona
Nombre
Domicilio
Da Mes Ao
A. Pat A. Mat Nom
Calle Colonia Ciudad Estado CP
Gnero
Tipos de Atributos
Atributos Simples
Atributos que no pueden dividirse
Fecha
nacimiento
Persona
Nombre
Domicilio
Da Mes Ao
A. Pat A. Mat Nom
Gnero
Fecha
nacimiento
Persona
Nombre
Domicilio
Da Mes Ao
A. Pat A. Mat Nom
Gnero
Tipos de Atributos
Atributos Almacenados
Son los atributos cuyos valores son
almacenados directamente en la base de datos.
Nacionalidad de una persona
Nombre de una persona
Fecha de nacimiento de una persona
Cantidad de producto comprado
Cantidad de producto vendido
Tipos de Atributos
Atributos Calculados
Valor calculado a partir de otra informacin ya
existente (atributos, entidades relacionadas)
Edad de una persona (se calcula a partir
de la fecha de nacimiento)

Existencias de un producto (cantidad de
compra cantidad de venta)

Cantidad de empleados (se calcula
contando el nmero de entidades del tipo
EMPLEADO)
Edad
Existencias
Cant.
Empleados
Tipos de Atributos
Atributos Monovaluados
Atributos que pueden tener un slo valor
para cada entidad
Nombre de una persona
Fecha de nacimiento de una persona
CURP de una persona
Tipos de Atributos
Atributos Multivaluados
Atributos que pueden tener ms de un valor para la misma
entidad
Telfono
Domicilio
Dependientes econmicos
Pueden tener lmites superior e inferior del nmero de
valores por entidad
Telfono (0,3)
Domicilio (0,2)
Dependientes econmicos (0,5)
Telfono (0,3)
Tipos de Atributos
Atributos Opcionales (nulos)
Se aplican valores nulos cuando:
Se desconoce el valor del atributo
Telfono
Email

No existe un valor para el atributo
Nombre cnyuge
Apellido paterno
Tipos de Atributos
Notacin para los Atributos
Atributos de relaciones
Existe la posibilidad de que una relacin tenga atributos para calificarla.
Por ejemplo: en un hotel
A1 A2 A3 A1 A2 A3
Ocupa
Fecha
Ingreso
Fecha
Salida
N:1
Por lo general estos casos suelen derivar en nuevas entidades. As, la
relacin OCUPA, con los atributos Fecha Ingreso y Fecha Salida, pueden
ser una entidad HOSPEDAJE.
Persona
Habitacin
Atributos de relaciones
Fecha
Ingreso
Fecha
Salida
Tiene
A1 A2 A3
A1 A2 A3
Ocupa
N:1
Persona Habitacin
Hospedaje
N:N
Ejercicios de Modelo E-R
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.

Se necesita conocer los datos personales de los clientes
(NOMBRE, RFC, DIRECCIN, FECHA DE ALTA,
ANTIGEDAD).
Cada producto tiene un NOMBRE y un CDIGO, as como un
PRECIO.
De cada proveedor se desea conocer el RFC, NOMBRE y
DIRECCION.
Un cliente puede comprar varios productos a la empresa, y un
mismo producto puede ser comprado por varios clientes.
Se debe tener en cuenta que un producto slo puede ser
suministrado por un proveedor, y que un proveedor puede
suministrar diferentes productos.
Ejercicio 1
Ejercicio 1 - Solucin
Entidades:

1. Cliente (nombre, rfc, direccin, fecha de alta,
antigedad)
2. Producto (nombre, cdigo, precio)
3. Proveedor(rfc, nombre, direccin)
Relaciones:

1. Cliente compra Producto (N:N)
2. Proveedor suministra Producto (1:N)
Diagrama:
SE DESEA INFORMATIZAR LA GESTIN DE UNA EMPRESA DE TRANSPORTES
QUE REPARTE PAQUETES POR TODA LA REPBLICA
Los encargados de llevar los paquetes son los camioneros, de los que se quiere
guardar el rfc, nombre, telfono, direccin y salario.
De los paquetes transportados interesa conocer el cdigo, descripcin,
destinatario y direccin del destinatario.
Un camionero distribuye muchos paquetes, y un paquete slo puede ser
distribuido por un camionero.
De los estados a los que llegan los paquetes interesa guardar el cdigo de
estado y el nombre del estado.
A un estado pueden llegar varios paquetes.
Sin embargo, un paquete slo puede llegar a un estado.
De los camiones que llevan los camioneros, interesa conocer la matrcula,
modelo y capacidad.
Un camionero puede conducir diferentes camiones en fechas diferentes.
Un camin puede ser conducido por varios camioneros tambin en diferentes
fechas.
Ejercicio 2
Entidades:

1. Camionero (rfc, nombre, telfono, direccin,
salario)
2. Paquete (cdigo, descripcin, destinatario y
direccin del destinatario)
3. Estado (cdigo, nombre)
4. Camin (matrcula, modelo, capacidad)
Relaciones:

1. Camionero distribuye Paquete (1:N)
2. Estado llega Paquete (1:N)
3. Camionero conduce Camin (N:N)
Diagrama:
EN LA BIBLIOTECA DEL CENTRO SE MANEJAN FICHAS DE AUTORES Y LIBROS.

Para cada autor se tiene el cdigo de autor y el nombre.
De cada libro se guarda el cdigo, ttulo, ISBN, editorial y nmero de pgina.
Un autor puede escribir varios libros, y un libro puede ser escrito por varios autores.
Un libro est formado por ejemplares.
Cada ejemplar tiene un cdigo y una localizacin.
Un libro tiene muchos ejemplares y un ejemplar pertenece slo a un libro.
De cada usuario se guarda el cdigo, nombre, direccin y telfono.
Los ejemplares son prestados a los usuarios.
Un usuario puede tomar prestados varios ejemplares, y un ejemplar puede ser prestado a varios
usuarios.
De cada prstamos interesa guardar la fecha de prstamo y la fecha de devolucin.
Ejercicio 3 - Participacin
La solucin al ejercicio se desarrollar el fin de semana y se enviar por mail el Lunes 1 de
junio entre 10:00 y 12:00 hrs. POR EQUIPO. Slo contarn los enviados en esa fecha y
hora
El da Lunes 1 de junio, trabajar POR EQUIPO desarrollando un glosario
de trminos y definiciones de lo que se ha visto hasta hoy de la Unidad II.
Enviarlo en PDF por mail el Lunes 01 de junio de 2009 antes de las
12:00 hrs. RECUERDEN QUE CUENTA TAMBIEN LA PRESENTACIN
Y LA ESTRUCTURA DEL DOCUMENTO. Slo contarn los enviados
en esa fecha y hora.
Estudiar el glosario por que el da Viernes 05 de junio de 2009, se
entregar impreso para EXAMEN. Si no se recibi en la fecha y hora
antes mencionada, no podrn presentar examen.
El da Martes 2 de junio, resolver el ejercicio 4 POR EQUIPO y enviarlo
por mail el mismo da antes de las 12:00 hrs. Este ejercicio se
resolver el Viernes despus del examen con la participacin de
todos, la participacin contar por el envo de la solucin como
equipo y de manera individual por quien participe en clase en la
construccin del modelo E-R.
Trabajo para Lunes 1 y Martes 2 de junio
Ejercicio 4 - Participacin
UNA LIGA DE FTBOL PROFESIONAL, HA DECIDIDO INFORMATIZAR SUS INSTALACIONES
CREANDO UNA BASE DE DATOS PARA GUARDAR LA INFORMACIN DE LOS PARTIDOS QUE
SE JUEGAN EN LA LIGA.

De cada jugador se quiere guardar el nombre, fecha de nacimiento y posicin en la que juega (portero, defensa,
centrocampista, etc).
Cada jugador tiene un cdigo de jugador que lo identifica de manera nica.
De cada uno de los equipos de la liga es necesario registrar el nombre del equipo, nombre del estadio en el que
juega, el ao de fundacin del equipo y la ciudad de la que es el equipo.
Cada equipo tambin tiene un cdigo que lo identifica de manera nica.
Un jugador solo puede pertenecer a un nico equipo.
De cada partido que los equipos de la liga juegan hay que registrar la fecha en la que se juega el partido, los goles
que ha metido el equipo de casa y los goles que ha metido el equipo de fuera.
Cada partido tendr un cdigo numrico para identificar el partido.
Tambin se quiere llevar un recuento de los goles que hay en cada partido y de cada gol, se quiere almacenar el
minuto en el que se realizar el gol y la descripcin del gol.
Un partido tiene varios goles y un jugador puede meter varios goles en un partido.
Por ltimo se quiere almacenar, en la base de datos, los datos de los presidentes de los equipos de ftbol (CURP,
nombre, fecha de nacimiento, equipo del que es presidente y ao en el que fue elegido presidente).
Un equipo de ftbol tan slo puede tener un presidente, y una persona slo puede ser presidente de un equipo de la
liga.
Modelo Entidad-Relacin Extendido (E-R E)
El Modelo Entidad-Relacin Extendido incluye todos
los conceptos del Entidad-Relacin e incorpora otros
nuevos. Habr que tener en cuenta que no existe una
terminologa estandarizada para estos conceptos, por lo
que usaremos la mas difundida.
Subclase
Superclase
Herencia
Especializacin
Generalizacin
Categora
Incorpora nuevos conceptos
En el modelo Entidad-Relacin, una entidad
agrupa un conjunto de ocurrencias de entidad del
mismo tipo. En muchos casos, estas ocurrencias
se pueden agrupar a su vez en otros
subconjuntos que tienen un significado propio
para los propsitos de la Base de Datos y, por
tanto, deberan representarse de forma explcita.
Subclase y Superclase
Ejemplo de Subclase y Superclase
Empleado
Secretaria
Ingeniero
Jefe
Tcnico
Asalariado
Subcontratado
.
..
Subclases
de Empleado
Superclase
Ejemplo de Subclase y Superclase
Vehculo
Camin
Turismo
Autobs
Motocicleta
Bicicleta
.
..
Subclases
de Vehculo
Superclase
La relacin que se establece entre una
Superclase y una Subclase, la llamaremos
Relacin clase/subclase.
Empleado / Secretaria
Empleado / Ingeniero
Vehculo / Camin
Vehculo / Motocicleta
ES UN
ES UN
TIPO DE
IS A
Subclase y Superclase Notacin en el Diagrama
Empleado
ES UN
Secretaria Ingeniero Tcnico
Vehculo
ES UN
TIPO DE
Camin Auto Motocicleta
Empleado
Hospital
IS A
Mdico Enfermera Auxiliar
Una instancia de subtipo tambin es instancia del
supertipo y es la misma instancia, pero con un papel
especfico distinto.
Una instancia no puede existir slo por ser miembro de un
subtipo: tambin debe ser miembro del supertipo
Una instancia del supertipo puede no ser miembro de
ningn subtipo
Algunas consideraciones de Subclase y Superclase
Las Subclases estn unidas mediante
lneas a un circulo, que conecta con la
superclase. El smbolo de pertenencia
en las lneas entre las subclases y el
circulo representan la direccin de la
relacin clase/subclase.
Subclase y Superclase Otra Notacin
Subclase y Superclase Otra Notacin
Empleado
Hospital
Mdico Enfermera Auxiliar
e

Cundo utilizar Subclases?
1. Cuando hay atributos que slo
tienen sentido para algunas
instancias de un tipo y no para
todas.

2. Cuando hay tipos de relacin en los
que slo participan algunas
entidades de un tipo y no todas.
Herencia
Una Subclase puede tener atributos propios y
participar en relaciones por separado.

Los atributos aplicables solamente a cada una
de las Subclases, se denominan atributos
especficos de la subclase.

Una Subclase hereda todos los atributos de la
Superclase, y todas las relaciones en las que
participa la Superclase.
Herencia
Vehculo
ES UN
Fabricante Fabrica
1:N
nummotor precio
numejes
tonelaje
numpuertas
numpuestos
cilindraje
Remolque
Lleva 1:1
Especializacin
El proceso por el que se definen las diferentes
subclases de una superclase se conoce como
especializacin. El conjunto de subclases se
define basndonos en caractersticas
diferenciadoras de las ocurrencias de entidad de
la superclase.

Podemos tener varias especializaciones de una
misma entidad basndonos en distintos criterios
o discriminantes.
Ejemplo de Especializacin
Empleado
ES UN
actividad
Subclases
Superclase
Discriminante
Empleado
ES UN
actividad
ES UN
Temporal Permanente
contrato
Vehculo
ES UN
tipo
ES UN
Con motor Sin motor
Motor s/n
Generalizacin
Proceso inverso de la especializacin.

Suprimir diferencias entre varios tipos de
entidad: identificar atributos y relaciones
comunes, y formar una superclase que los
incluyac
Ejemplo de Generalizacin
Ejercicio de Generalizacin
Se tiene la entidad Cta_Ahorro que tiene los atributos No_Cta, Saldo y
Tasa_interes
Cta_Cheques, tiene los atributos No_Cta y Saldo y Saldo_Deudor.

Cmo se puede Generalizar?
Cta_Ahorro
No_Cta
Saldo
Tasa_Interes
Cta_Cheques
No_Cta
Saldo
Saldo_Deudor
Ejercicio de Generalizacin
Actualmente el Hospital San Martn, cuenta con una base de datos que
permita llevar el control de sus procesos, pero que desea eficientar, la BD
est estructurada como sigue:

Para controlar a sus tipos de empleados, se manejan 4 entidades:
mdico, enfermero, administrativo, intendente.
Cada entidad, tiene como atributos, nmero de control, nombre completo,
domicilio, telfono y salario.
La entidad mdico, adicionalmente tiene los atributos nmero de cdula
profesional y especialidad.
La entidad enfermero, adicionalmente tiene el atributo nmero de cdula
profesional.
La BD, cuenta con la entidad pacientes, cuyos atributos son: nmero de
control, nombre, domicilio, telfono y alergias.
En cuanto a la entidad proveedores, se cuenta con los atributos de
nombre, telfono, domicilio, rfc y una clave de proveedor.
Generalizacin

nfasis en las similitudes.
Cada instancia de la superclase es tambin una
instancia de alguno de los subtipos.

Especializacin

nfasis en las diferencias.
Alguna instancia de la superclase puede no ser
instancia de ninguna subclase.
Restricciones sobre la Especializacin y Generalizacin
Definicin
Qu instancias de la superclase pertenecen a cada subclase?

1. Subtipos definidos por predicado o condicin
2. Subtipos definidos por atributo
3. Subtipos definidos por el usuario

Disyuncin/Solapamiento
A cuntas subclases puede pertenecer (a la vez) una instancia de
la superclase?

Completitud/Parcialidad
Debe toda instancia de la superclase pertenecer a alguna
subclase?
Subtipos definidos por predicado o condicin

Condicin de pertenencia a cada subtipo con base en el valor de
algn atributo del supertipo.

Restriccin que especifica que:

Las instancias del subtipo deben satisfacer la condicin
Todas las instancias del supertipo que cumplen la condicin,
deben pertenecer al subtipo.
Subtipos definidos por predicado o condicin
Subtipos definidos por atributo

Todas las subclases definen la condicin de pertenencia en
trminos del mismo atributo

Es el discriminante de la especializacin
Subtipos definidos por atributo
Subtipos definidos por el usuario

No existe (o no interesa definir) ninguna condicin de pertenencia
a los subtipos

El usuario, al insertar una instancia, elige a qu subtipo
pertenece

Subtipos definidos por el usuario
Disyuncin / Solapamiento

Subtipos disjuntos si una instancia del supertipo puede ser
miembro de, como mximo, uno de los subtipos (la condicin es
excluyente).
Disyuncin / Solapamiento

Subtipos solapados si una instancia del supertipo puede ser, a
la vez, miembro de ms de un subtipo
Es la opcin por defecto.
Completitud / Parcialidad

Especializacin total (completa) indica que toda instancia del
supertipo tambin debe ser instancia de algn subtipo.
Completitud / Parcialidad

Especializacin parcial indica que es posible que alguna
instancia del supertipo no pertenezca a ninguno de los subtipos.
Es la opcin por defecto.
La unin de las extensiones de los subtipos no es la extensin
del supertipo en su totalidad.

La restricciones, dan lugar a 4 tipos de especializacin:

1. Disjunta y Total
2. Disjunta y Parcial
3. Solapada y Total
4. Solapada y Parcial

1. Especializacin Disjunta y Total
2. Especializacin Disjunta y Parcial
3. Especializacin Solapada y Total
4. Especializacin Solapada y Parcial
Reglas de Insercin y eliminacin
Deben aplicarse a la
Especializacin y la
Generalizacin, debido a las
restricciones definidas.
1. Insertar una instancia en un supertipo implica
insertarla en todos los subtipos definidos por
predicado o por atributo, para los cuales satisface el
predicado de definicin.

2. Insertar una instancia en un supertipo de una
especializacin total implica insertarla en, al menos,
un subtipo. Y si la especializacin es disjunta,
entonces la instancia se insertar en un nico
subtipo.
INSERCIN
1. Eliminar una instancia de un supertipo implica
eliminarla de todos los subtipos a los que pertenece

2. Eliminar una instancia de un subtipo implica
eliminarla del supertipo si la especializacin es:

Disjunta y total, o bien
Solapada y total, y la instancia ya slo
pertenece al subtipo (se elimin del resto)
En el resto de casos, la instancia slo se
elimina del subtipo no del supertipo.

ELIMINACIN
Jerarquas y Retculas
En las Jerarquas de especializacin, se cumplen las restricciones:

Todo subtipo participa en slo una relacin supertipo/subtipo.
Un subtipo tiene un nico supertipo: es el concepto de rbol.

En una Retcula de especializacin:

Un subtipo puede participar en varias relaciones supertipo/subtipo.
Un subtipo puede tener ms de un supertipo.
Ejemplo de Retcula
Jerarquas y Retculas
En las jerarquas de especializacin

Cada subtipo hereda atributos y relaciones de su (nico) supertipo directo
y de sus supertipos predecesores, hasta la raz

TITULAR hereda de DOCENTE, EMPLEADO y PERSONA

En las retculas de especializacin:

Un subtipo hereda atributos y relaciones de sus supertipos(mltiples)
directos (herencia mltiple) y de todos sus supertipos predecesores, hasta
la raz

BECARIO hereda directamente de EMPLEADO y ESTUDIANTE, e
indirectamente hereda de PERSONA

Los subtipos compartidos dan lugar a retculas
Herencia Mltiple
En herencia mltiple pueden surgir conflictos al heredar atributos distintos
denominados igual

BECARIO hereda jornada de dos predecesores (EMPLEADO Y ESTUDIANTE)
Cmo resolver esta situacin?

1. Renombrar algunos de los atributos en conflicto:

BECARIO hereda ambos atributos: jornada corresponde a jornada de
EMPLEADO y jornadaEstudio corresponde a jornada de ESTUDIANTE

2. Definir un orden de prioridad en la herencia:

BECARIO hereda jornada de ESTUDIANTE y no de EMPLEADO

3. Nombrar a cada atributo antecediendo el nombre de la entidad propietaria

BECARIO hereda ESTUDIANTE.jornada y EMPLEADO.jornada
Inhibicin de la Herencia
Algunos modelos de datos permiten indicar que ciertos atributos del
supertipo no deben ser heredados por los subtipos.
En el modelo ECR , las categoras son mostradas en el diagrama
como hexgonos, conectados al supertipo con un smbolo de
subconjunto dibujado sobre la lnea. Los atributos compartidos son
conectados al supertipo y los atributos de categora no compartidos
son conectados al hexgono.
Redefinicin de atributos heredados
Si un supertipo y un subtipo tienen un atributo con el mismo
nombre, se entiende que el atributo del subtipo redefine el
del supertipo.

Se utiliza el mismo nombre y significado semntico, pero se
modifica cmo se calcula o cmo se representa el valor del
atributo.
ES UN
TIPO DE
RECTNGULO
CUADRADO
ancho
alto
rea
lado
rea
Agregacin de tipos de entidad
R3 R1
R2
Relaciones entre relaciones
INCORRECTO
E1 R2 R1
Relaciones entre entidades y relaciones
INCORRECTO
Surge la agregacin.

Permite combinar varios tipos de entidad, relacionados
mediante un tipo de relacin, para formar un tipo de entidad
agregada de nivel superior.

til cuando el tipo de entidad agregado debe relacionarse
con otros tipos de entidad.
Agregacin de tipos de entidad Ejemplo 1
Esquema que almacena informacin sobre las entrevistas que una
empresa de reclutamiento organiza entre solicitantes de empleo y
diferentes empresas.
MODELAR LO SIGUIENTE
Algunas entrevistas dan lugar a ofertas de empleos y otras no.
IMPORTANTE

Para que existan instancias de una
relacin, es necesario que exista una
entidad donde se almacenen.
Toda entrevista da lugar a un empleo
NO CUMPLE CON LO QUE SE QUIERE MODELAR
NO es posible establecer una relacin entre
varias relaciones ni entre relaciones y
entidades
ERROR
Entidad
Compuesta o
Agregada
Esquema que almacena informacin acerca de profesores y las
asignaturas que stos imparten.
Agregar al modelo los diversos medios que utilizan para impartir cada
asignatura (pizarra, transparencias, etc.)
NO es posible establecer una relacin entre
varias relaciones ni entre relaciones y
entidades
ERROR
Provoca almacenamiento de datos innecesarios.
Entidad
Compuesta o
Agregada
La diferencia entre agregacin y relacin ternaria es:

Con la relacin ternaria se vinculan, a la vez, tres instancias: una de
cada entidad participante. Para indicar que un profesor para una misma
asignatura emplea tantos medios, se necesitan tantas instancias de la
relacin de tipo (profesor, asignatura, medio).

Con la agregacin se vincula por un lado a cada profesor con las
asignaturas que imparte y, por otro lado, se liga cada par
asignatura/profesor con el conjunto de medios empleados. Esto es lo que
ocurre en la realidad: MEDIO se relaciona con el par profesor/asignatura, y
no con profesor y asignatura por separado. Para indicar que un profesor
para una misma asignatura emplea tantos medios, se necesitan tantas
instancias de la relacin de tipo ((profesor, asignatura), medio).
Modelado Conceptual de Objetos mediante
Diagramas de clase UML
El Lenguaje Unificado de Modelado (Unified
Modeling Language, UML) es un lenguaje estndar
para escribir planos de software.

UML puede utilizarse para visualizar, especificar,
construir y documentar un sistema que involucra una
gran cantidad de software.

UML es slo un lenguaje y por tanto es tan slo una
parte de un mtodo de desarrollo de software.
Las funciones de UML
Visualizar: Utiliza smbolos grficos.

Especificar: Cubre la especificacin de todas las decisiones de anlisis,
diseo e implementacin que deben realizarse al desarrollar y desplegar un
sistema .

Construir: Sus modelos pueden conectarse de forma directa a una gran
variedad de lenguajes de programacin. Java, C++ o Visual Basic, o incluso a
tablas en una base de datos.

Documentar: Requisitos. Arquitectura. Diseo. Cdigo fuente.
Planificacin de proyectos. Pruebas. Prototipos. Versiones.
Dnde puede utilizarse UML?
UML est pensado principalmente para sistemas con gran
cantidad de software.

Ha sido utilizado de forma efectiva en dominios tales como:
Sistemas de informacin de empresa. Bancos y servicios
financieros. Telecomunicaciones. Transporte.
Defensa/industria aeroespacial. Comercio. Electrnica mdica.
mbito cientfico. Servicios distribuidos basados en la Web.
Qu es lo bsico que debemos aprender de UML?
1.Los bloques bsicos de construccin
de UML

2.Las reglas que dictan cmo se
pueden combinar estos bloques
bsicos

3.Mecanismos comunes que se
aplican a travs de UML.
El vocabulario de UML incluye tres clases de bloques
de construccin:
Elementos.
Relaciones.
Diagramas.
Los elementos son abstracciones que son
ciudadanos de primera clase en un modelo; las
relaciones ligan estos elementos entre s; los
diagramas agrupan colecciones interesantes de
elementos.
Hay cuatro tipos de elementos en UML:
Elementos estructurales.
Elementos de comportamiento.
Elementos de agrupacin.
Elementos de anotacin.
Hay cuatro tipos de relaciones en UML:
Dependencia.
Asociacin.
Generalizacin.
Realizacin.
Un diagrama es la representacin grfica de un
conjunto de elementos, visualizado la mayora de
las veces como un grafo conexo-de nodos
(elementos) y arcos (relaciones). Los diagramas
se dibujan para visualizar un sistema desde
diferentes perspectivas, de forma que un
diagrama es una proyeccin de un sistema. Para
todos los sistemas, excepto los ms triviales, un
diagrama representa una vista resumida de los
elementos que constituyen un sistema.
UML incluye nueve de estos diagramas:

Diagrama de clases.
Diagrama de objetos.
Diagrama de casos de uso.
Diagrama de secuencia.
Diagrama de colaboracin.
Diagrama de estados (statechart).
Diagrama de actividades.
Diagrama de componentes.
Diagrama de despliegue.
UML tiene reglas semnticas para:
Nombres: Cmo llamar a los elementos, relaciones y diagramas.
Alcance: El contexto que da un significado especfico a un
nombre.
Risibilidad: Cmo se pueden ver y utilizar esos nombres por otros.
Integridad: Cmo se relacionan apropiada y consistentemente
unos elementos con otros.
Ejecucin: Qu significa ejecutar o simular un modelo dinmico.
Un edificio se hace ms simple y ms armonioso al
ajustarse a un patrn de caractersticas comunes.
Una casa puede construirse, en su mayor parte, de
estilo Victoriano o francs utilizando ciertos
patrones arquitectnicos que definen esos estilos.
Lo mismo es cierto para UML. Este se simplifica
mediante la presencia de cuatro mecanismos
comunes que se aplican de forma consistente a
travs de todo el lenguaje:
Especificaciones.
Adornos.
Divisiones comunes.
Mecanismos de extensibilidad.
Conceptos del Modelo Relacional
Restricciones Relacionales
Integridad de Entidades, Integridad Referencial y Claves Externas
Transformacin de E-R a Modelo Relacional
Transformacin de los conceptos de E-R extendido en relaciones
MODELO RELACIONAL
MODELO RELACIONAL
Est basado en la teora de conjuntos.
Los datos se almacenan como tablas y los usuarios entienden con mayor
facilidad.
Todas las entradas de cualquier columna son de un solo tipo. Cada
columna posee un nombre nico, el orden de las comunas no es de
importancia para la tabla, las columnas de una tabla se conocen como
atributos.
No existen 2 filas en la tabla que sean idnticas.
CARACTERSTICAS
MODELO RELACIONAL
CONCEPTOS DEL MODELO RELACIONAL
RELACIN: Puede ser vista como una tabla. Se define por R.
TUPLAS: Son los elementos o filas de una relacin. Se definen por d.
ATRIBUTOS: Son los nombres de las columnas de la relacin o tabla. El conjunto
(ordenado) de todos los atributos de una relacin R es el esquema de R. Nos podemos
referir a los atributos de una relacin mediante su nombre o por la posicin (nmero
de columna) que el atributo ocupa en el esquema de la relacin.
DOMINIO: Es la coleccin de valores posibles para un determinado atributo. Se define
por D.
GRADO O ARIDAD DE LA RELACIN: Nmero de atributos de la relacin.
CARDINALIDAD DE LA RELACIN: Es el nmero de tuplas de la relacin.
MODELO RELACIONAL
Trmino relacional formal Equivalente informal
Relacin Tabla
Tupla Fila o registro
Cardinalidad Nmero de filas o registros
Atributo Columna o campo
Grado Nmero de columnas o campos
Clave primaria Identificador nico
Dominio Fondos de valores legales
ID PROFESOR CURSO AO DEPARTAMENTO
1 Isabel Bases de datos 1991 Informtica
2 Marcos Fsica 1994 Ciencias
3 Vernica Modelado 1995 Informtica
4 Clara Matemticas 1994 Ciencias
5 Martha Lingstica 1990 Lexicografa
MODELO RELACIONAL
cabecera
cuerpo
Una relacin consta de 2 partes:
MODELO RELACIONAL
TIPOS DE RELACIONES
Relaciones base o reales: es lo que corresponde al concepto de tabla. El
conjunto de stas son las que componen la base de datos realmente.

Conjunto dinmico de datos: no poseen datos almacenados propios y
estn representadas nicamente dentro del sistema mediante su
definicin en trminos de otras relaciones (es decir, mediante consultas).

Instantneas (snapshots): iguales que las anteriores, pero los datos que
contienen no son virtuales, sino que estn realmente almacenados en la
instantnea. Se utilizan para manejar datos susceptibles de cambios.

Resultados intermedios: el resultado de una operacin anidada en una
consulta, estos resultados son usados por la consulta externa para otra
operacin.
MODELO RELACIONAL
CLAVES PRIMARIAS
Semntica Inteligente: Es aquella que tiene significado por s misma,
independientemente de que sea o no la clave, es decir que el o los
atributos que la conformen contengan valores que describan
"realmente" a la entidad reflejada en la tupla, por ejemplo, los
apellidos o el DNI en una relacin que denote personas

Subrogada: Es una clave arbitraria cuya nica funcin es la de
identificar la entidad designada por la tupla.
MODELO RELACIONAL
RELACIONES E INTERRELACIONES
Las Relaciones son las tablas y la Interrelacin es la correspondencia de datos
entre ellas.
Ejemplo:
ID PROFESOR CURSO AO DEPARTAMENTO
1 Isabel Bases de datos 1991 Informtica
2 Marcos Fsica 1994 Ciencias
3 Vernica Modelado 1995 Informtica
4 Clara Matemticas 1994 Ciencias
5 Martha Lingstica 1990 Lexicografa
MODELO RELACIONAL
Sera conveniente que la base de datos a la que pertenece esta relacin
contuviese tambin informacin sobre los datos personales de los profesores,
descripcin de los cursos ofrecidos y descripcin de los distintos departamentos. Si
quisiramos incluir toda esta informacin en una tabla, esta debera contener, al
menos, los siguientes atributos (columnas):
PROFESOR_COD
PROFESOR_NOMBRE
PROFESOR_DIRECCIN
PROFESOR_TELFONO
PROFESOR_DEPTO
DEPTO_COD
DEPTO_NOMBRE
DEPTO_DESC
CURSO_COD
CURSO_NOMBRE
CURSO_DESC
CURSO_NIVEL
CURSO_AO
Ejemplo:
MODELO RELACIONAL
La cantidad de informacin redundante sera totalmente inaceptable para una base de
datos.
Mayor necesidad de almacenamiento masivo.
Retardo de todas las operaciones con los datos.
Ejemplo:
INCONVENIENTES
MODELO RELACIONAL
El modelo relacional ofrece una buena solucin a este problema, que nos
permite reducir la redundancia de datos al mnimo y agilizar las
operaciones de consulta y actualizacin. Lo que deberamos hacer es
separar la informacin que se refiere a las tres entidades que tenemos
(profesores, cursos y departamentos) en tres relaciones independientes, y
despus relacionarlas entre s.
Ejemplo:
SOLUCIN CON EL MODELO RELACIONAL
MODELO RELACIONAL
Ejemplo:
SOLUCIN CON EL MODELO RELACIONAL
RELACIONES BASE
INTERRELACIONES
ENTRE
RELACIONES BASE
RESTRICCIONES
RELACIONALES
MODELO RELACIONAL
RESTRICCIONES RELACIONALES
UNO A UNO
UNO A MUCHOS
MUCHOS A UNO
MUCHOS A MUCHOS
Las interrelaciones de uno a muchos se implementan mediante el
uso de claves ajenas, tambin llamadas externas o forneas
(foreign keys). Una clave ajena es un atributo de una relacin R2,
cuyos valores han de concordar con los de alguna clave primaria
en otra relacin R1. R1 y R2 no han de ser necesariamente
distintas.
MODELO RELACIONAL
Las interrelaciones de uno a muchos se implementan mediante el uso de claves ajenas,
tambin llamadas externas o forneas (foreign keys). Una clave ajena es un atributo
de una relacin R2, cuyos valores han de concordar con los de alguna clave primaria en
otra relacin R1. R1 y R2 no han de ser necesariamente distintas.
CLAVES EXTERNAS
CLAVE
PRIMARIA
CLAVE
EXTERNA
R2
R1
MODELO RELACIONAL
CLAVES EXTERNAS
Empleado
ID_Empleado
Nombre
Puesto
Sueldo
ID_Jefe

Empleado
ID_Empleado
Nombre
Puesto
Sueldo
ID_Jefe

1
M
R1 y R2 no han de ser necesariamente distintas.
Ejemplo 1
MODELO RELACIONAL
CLAVES EXTERNAS
Alumno
NoExpediente
Nombre
Carrera
Cuatrimestre
NoExp_JefeGpo

Alumno
1
M
Ejemplo 2
NoExpediente
Nombre
Carrera
Cuatrimestre
NoExp_JefeGpo

MODELO RELACIONAL
CLAVES EXTERNAS
Actividades
ID_Actividad
Desc_Actividad
Fecha_Actividad
ID_Act_Siguiente

Actividades
1
M
Ejemplo 3
ID_Actividad
Desc_Actividad
Fecha_Actividad
ID_Act_Siguiente

MODELO RELACIONAL
Con este nombre se designa aquellas reglas que han de ser aplicadas a una
base de datos para asegurar que los datos introducidos sean consistentes
con la realidad que pretenden modelar. Existen dos reglas generales que
aporta el modelo relacional. Estas dos reglas son muy simples, y son las
siguientes:

Regla de integridad de las entidades: ningn componente de la clave
primaria de una relacin base puede aceptar valores nulos.

Regla de integridad referencial: la base de datos no debe contener valores
de clave ajena sin concordancia.

INTEGRIDAD RELACIONAL
MODELO RELACIONAL
REGLA DE INTEGRIDAD DE LAS ENTIDADES

Esta regla impide la existencia de una tupla sin identificador nico.

REGLA DE INTEGRIDAD REFERENCIAL

Impide que, por ejemplo, en nuestra base de datos acadmica,
exista un profesor adscrito a un departamento inexistente, o un
curso impartido por un profesor inexistente.

Hemos de recordar que slo los productos puramente
relacionales implementan realmente estas dos reglas generales
de integridad relacional. En otros, destinados al mercado
domstico, estas incongruencias son admitidas sin problemas.
MODELO RELACIONAL
RESTRICCIONES DE INTEGRIDAD DEFINIDAS POR EL USUARIO

Adems, muchos DBMS aaden un buen nmero de caractersticas
que ayudan al DBA a mantener ms fcilmente la integridad de los
datos. Mediante estos mecanismos es posible aadir reglas
especficas para cada base de datos; stas son las denominadas
restricciones de integridad definidas por el usuario. Por
ejemplo, podramos determinar que un profesor no pueda ser menor
de x aos o que un curso slo pueda pertenecer a los niveles 1, 2
3. El resultado sera que al intentar introducir un valor fuera de este
rango, el DBMS rechazara la informacin introducida mostrando un
mensaje de error.
Para transformar un modelo entidad-relacin a modelo relacional seguiremos las siguientes
reglas:

1. Toda entidad del modelo entidad-relacin se transforma en una tabla.
2. Cualquier atributo de una entidad se transforma en un campo dentro la tabla,
manteniendo las claves primarias.
3. Las relaciones N:M se transforman en una nueva tabla que tendr como clave
primaria la concatenacin de los atributos clave de las entidades que relaciona.
4. En las relaciones 1:N se pueden tener dos casos:
Si la entidad que participa con cardinalidad mxima uno lo hace tambin con
cardinalidad mnima uno, entonces se propaga el atributo de la entidad que
tiene cardinalidad mxima 1 a la que tiene cardinalidad mxima N,
desapareciendo el nombre de la relacin. Si existen atributos en la relacin
stos tambin se propagarn.
Si la entidad que participa con cardinalidad mxima uno lo hace tambin
cardinalidad mnima cero, entonces se crea una nueva tabla formada por las
claves de cada entidad y los atributos de la relacin. La clave primaria de la
nueva tabla ser el identificador de la entidad que participa con cardinalidad
mxima N.
MODELO RELACIONAL
TRANSFORMACIN DEL MER AL MODELO RELACIONAL
5. En el caso de las relaciones 1:1 tambin pueden darse dos casos:
Si las entidades poseen cardinalidades (0,1), la relacin se convierte en una
tabla.
Si una de las entidades posee cardinalidad (0,1) y la otra (1,1), conviene
propagar la clave de la entidad con cardinalidad (1,1) a la tabla resultante de
la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades
(1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante
de la otra.
6. En el caso de las relaciones N-arias se aplica la misma regla que para las
relaciones N:M.
7. En el caso de las relaciones reflexivas supondremos que se trata de una relacin
binaria con la particularidad que las dos entidades son iguales y aplicaremos las
reglas vistas en los puntos anteriores.

MODELO RELACIONAL
EJEMPLO REGLA 3: Las relaciones N:M se transforman en una nueva tabla que tendr como
clave primaria la concatenacin de los atributos clave de las entidades que relaciona.
MODELO RELACIONAL
En este caso la relacin compra se transforma en una nueva tabla cuya clave primaria estar formada
por los atributos dni, que es la clave primaria de cliente, y cdigo, que es la clave primaria de producto.
Adems tendr como campo fecha compra, ya que este atributo forma parte de la relacin.

El modelo relacional quedara de la siguiente forma:
CLIENTE(dni,nombre,apellidos)
PRODUCTO(cdigo,descripcin)
COMPRA(dni_cliente,cdigo_producto,fecha_compra)
EJEMPLO REGLA 4: En las relaciones 1:N se pueden tener dos casos:

Veamos ahora el caso de una relacin 1:N. En el siguiente modelo entidad-relacin un empleado
pertenece a un nico departamento (debe pertenecer a uno obligatoriamente), y un departamento
tiene 1 o ms empleados.
MODELO RELACIONAL
En este caso se propaga el atributo cdigo de departamento a la tabla EMPLEADO.
El modelo relacional quedara de la siguiente manera:

EMPLEADO(rfc,nombre,salario,cdigo_departamento)
DEPARTAMENTO(cdigo,nombre,ubicacion)

EJEMPLO REGLA 4: En las relaciones 1:N se pueden tener dos casos:

Imaginemos ahora que pudiera darse el caso de que hubiera empleados que no pertenecieran a
ningn departamento.
MODELO RELACIONAL
En este caso la entidad que participa con cardinalidad mxima 1, DEPARTAMENTO,
tambin lo hace con cardinalidad mnima 0, ya que puede haber empleados que no
pertenezcan a ningn departamento. As pues, se crea una nueva tabla formada por rfc de
EMPLEADO y cdigo de DEPARTAMENTO. En esta nueva tabla rfc de EMPLEADO ser
la clave primaria. El modelo relacional quedara de la siguiente forma:

EMPLEADO(rfc,nombre,salario)
DEPARTAMENTO(cdigo,nombre,ubicacion)
PERTENECE(rfc_empleado,cdigo_departamento)
EJEMPLO REGLA 5: En el caso de las relaciones 1:1 tambin pueden darse dos casos:

En el siguiente modelo entidad-relacin un equipo de ftbol tiene a un nico presidente y un
presidente preside a un nico club de ftbol.
MODELO RELACIONAL
En este ejemplo, tal y como dicen las reglas, podemos propagar la clave de cualquier tabla a la tabla
resultante de la otra. Es decir, tenemos dos opciones, o mover la clave de PRESIDENTE a EQUIPO
o mover la clave de EQUIPO a PRESIDENTE. El modelo relacional podra quedar de cualquiera de
las dos formas siguientes:
EQUIPO(cdigo,nombre,ao_fundacin)
PRESIDENTE(dni,nombre,cdigo_equipo)
EQUIPO(cdigo,nombre,ao_fundacin,dni_presidente)
PRESIDENTE(dni,nombre)
EJEMPLO REGLA 7: se trata de una relacin binaria con la particularidad que las dos entidades son
iguales y aplicaremos las reglas vistas en los puntos anteriores.

En el siguiente modelo entidad-relacin un ALUMNO es jefe de grupo de varios ALUMNOS y un
ALUMNO tiene obligatoriamente un jefe de grupo y slo a uno.

MODELO RELACIONAL
Como podemos observar en las reglas de transformacin, en
este caso la relacin reflexiva se trata como si fuera una
relacin binaria con la particularidad de que las dos entidades
son iguales. Al tratarse de una relacin 1:N se propagar la
clave de la entidad ALUMNO a la entidad ALUMNO, quedando
el modelo relacional de la siguiente forma:

ALUMNO(num_expediente,nombre,num_expediente_delegado)

Seleccionar
Proyectar
Renombrar
De la Teora de Conjuntos
Unin
Interseccin
Diferencia
Producto Cruzado
Reunin
Reunin Natural
Divisin
Operaciones Adicionales
Funciones agregadas
De cierre recursivo
Reunin externa
Unin externa
El lgebra relacional consiste de algunas simples
pero poderosas maneras de construir nuevas
relaciones a partir de otras. Si pensamos que las
relaciones iniciales son los datos almacenados
entonces las nuevas relaciones se pueden ver
como respuestas a algunas consultas deseadas.
Es la manera de hacer consultas a una base de
datos empleando algunos conceptos
matemticos aplicados a un esquema relacional.

Seleccionar
Proyectar
Renombrar
De la Teora de Conjuntos
Unin
Interseccin
Diferencia
Producto Cruzado
Reunin
Reunin Natural
Divisin
Operaciones del Algebra Relacional Seleccionar o (sigma)
Crea una nueva relacin a partir de otra, pero
incluyendo slo algunas de las tuplas a partir de un
criterio dado.

El criterio se basa en restricciones sobre los
atributos de la relacin R y no pueden incluirse otras
relaciones en dicho criterio que no estn en R.

Sintaxis
o Ax Condicin (R)
Ttulo Ao Duracin Tipo Estudio
Star Wars 1977 124 color Fox
Cacera 1991 104 color Disney
Bajo la lluvia 1992 95 color Paramount
Pelcula
Ejemplo 1: Mostrar las pelculas cuya duracin sea mayor igual a 100
o Duracin >= 100 (Pelcula)
Smbolo de
Seleccionar
Atributo a
restringir
Criterio
Condicin
Nombre de
la Relacin
Pelcula
Ejemplo 2: Mostrar las pelculas cuya duracin sea mayor igual a 100 y que sean del Estudio Fox
o Duracin >= 100 and Estudio = Fox (Pelcula)
Pelcula
Ejemplo 3: Mostrar las pelculas que se estrenaron entre los aos 1990 y 2009
o Ao >= 1990 and Ao <=2009 (Pelcula)
Operaciones del Algebra Relacional Proyectar t (pi)
Crea una nueva relacin a partir de otra, pero
incluyendo slo algunas de las columnas.

Sintaxis
t A1, A3, A6 (R)
Pelcula
Ejemplo 1: Mostrar Ttulo, Ao y Duracin de las Pelculas
t Ttulo, Ao, Duracin (Pelcula)
Smbolo de
Proyectar
Atributos a
mostrar
Nombre de
la Relacin
Ttulo Ao Duracin
Star Wars 1977 124
Cacera 1991 104
Bajo la lluvia 1992 95
Pelcula
Ejemplo 2: Mostrar Estudio de las Pelculas
t Estudio (Pelcula)
Estudio
Fox
Disney
Paramount
Pelcula
Ejemplo 3: Mostrar Ttulo, Duracin y Estudio de las Pelculas
t Ttulo, Duracin, Estudio (Pelcula)
Ttulo Duracin Estudio
Star Wars 124 Fox
Cacera 104 Disney
Bajo la lluvia 95 Paramount
Operaciones del Algebra Relacional Renombrar (ro)
Renombrar ya sea atributos o relaciones, facilita su
interaccin y comprensin.

Sintaxis

Renombrar Relaciones
s (R)

Renombrar Atributos suponiendo R (A, B, C)
R (A, X, C) (R)
S (A, X, C) (R)
t A, B as X, C (R)
t B as X (R)
Pelcula
Ejemplo 1: Renombrar la Relacin Pelcula como Filme.
Filme (Pelcula)
Smbolo de
Renombrar
Nuevo
nombre de
la Relacin
Nombre de la
Relacin a
Renombrar
Filme
Pelcula
Ejemplo 2: Renombrar el atributo Duracin como Minutos.
Pelcula (Ttulo, Ao, Minutos, Tipo, Estudio) (Pelcula)
Ttulo Ao Minutos Tipo Estudio
Pelcula
Pelcula
Ejemplo 3: Renombrar la Relacin Pelcula como Filme y al mismo tiempo el atributo Duracin como Minutos.
Filme (Ttulo, Ao, Minutos, Tipo, Estudio) (Pelcula)
Ttulo Ao Minutos Tipo Estudio
Filme
Pelcula
Ejemplo 4: Utiliza la Proyeccin para Renombrar el atributo Ao como Estreno mostrando solo el Ttulo y
Estreno.
t Ttulo, Ao as Estreno (Pelcula)
Ttulo Estreno
Star Wars 1977
Cacera 1991
Bajo la lluvia 1992
Pelcula
Operaciones del Algebra Relacional Asignacin
Almacena temporalmente el resultado de una
operacin en un relacin dada
ESTRENOS
t Ttulo, Ao as Estreno (Pelcula)
Ttulo Estreno
Star Wars 1977
Cacera 1991
Bajo la lluvia 1992
ESTRENOS
Operaciones del Algebra Relacional Teora de Conjuntos
Caractersticas:

1. Son operaciones binarias.
2. Su resultado es otra relacin.
3. R y S deben tener esquemas idnticos.
4. El orden de las columnas debe ser el mismo.
Unin, Interseccin y Diferencia
Operaciones del Algebra Relacional Unin
R S: La Unin entre dos relaciones R y S nos da todas las tuplas
tanto de R como de S, eliminando las que estn repetidas.
Ao
1977
1945
1991
1979
R
Ao
1942
1991
1978
S

Ao
1977
1942
1945
1991
1978
1979
RESULTADO
RESULTADO R S
Operaciones del Algebra Relacional Interseccin
R S: La Interseccin entre dos relaciones R y S nos da todas las
tuplas comunes a R y S, eliminando las que estn repetidas.
Ao
1977
1945
1991
1979
R
Ao
1942
1991
1978
S

Ao
1991
RESULTADO
RESULTADO R S
Operaciones del Algebra Relacional Diferencia -
R - S: La Diferencia entre dos relaciones R y S nos da todas las
tuplas de R que no estn en S.
Ao
1977
1945
1991
1979
R
Ao
1942
1991
1978
S
-

Ao
1977
1945
1979
RESULTADO
RESULTADO R - S
Operaciones del Algebra Relacional Teora de Conjuntos
Caractersticas:

Intervienen dos relaciones.
Esas relaciones no tienen por qu ser compatibles con la
unin.
Producto Cruzado (Cartesiano, Crossjoin)
Operaciones del Algebra Relacional Producto Cartesiano
R S: El resultado del producto cartesiano consta de todas las combinaciones
posibles de cada tupla de R seguida de otra de S. Es decir:

Tiene todos los atributos de R y S; primero los de R y seguidos los de S.
Tiene n*m tuplas; siendo n el nmero de tuplas de R y m el nmero de
tuplas de S.
A B
1 2
3 4
B C D
2 5 6
4 7 8
9 10 11
R S

A R.B S.B C D
1 2 2 5 6
1 2 4 7 8
1 2 9 10 11
3 4 2 5 6
3 4 4 7 8
3 4 9 10 11
R S
Operaciones del Algebra Relacional Ejercicios
Dadas las siguientes relaciones:
Obtener:

a) ALUMNO PROFESOR
b) ALUMNO PROFESOR
c) ALUMNO - PROFESOR
d) PROFESOR - ALUMNO
a) ALUMNO PROFESOR
b) ALUMNO PROFESOR
c) ALUMNO - PROFESOR
d) PROFESOR - ALUMNO
PelculaEstudio =
{
<1,La guerra de las galaxias,1977,3,1,Ghibli>,
<1,La guerra de las galaxias,1977,3,2,New Line Cinema>,
<1,La guerra de las galaxias,1977,3,3,Lucasfilms>,
<1,La guerra de las galaxias,1977,3,4,Sogecine>,
<2,La comunidad del anillo,2001,2,1,Ghibli>,
<2,La comunidad del anillo,2001,2,2,New Line Cinema>,
<2,La comunidad del anillo,2001,2,3,Lucasfilms>,
<2,La comunidad del anillo,2001,2,4,Sogecine>,
<3,Mar adentro,2004,4,1,Ghibli>,
<3,Mar adentro,2004,4,2,New Line Cinema>,
... }
R ||
<condicin de reunin>
S: El resultado de la Reunin consta de
todas las combinaciones de cada tupla de R seguida de otra
de S, que satisfagan la condicin de reunin.

Es equivalente a un producto cartesiano seguido de una
seleccin.
Operaciones del Algebra Relacional Reunin ||
Sintaxis

R ||
S
Ttulo Ao Dir Tipo Estudio
Pelcula
Ejemplo 1: Obtener el nombre de la Pelcula, el nombre del Estudio y el nombre del Director.
Pelcula ||
Dir=Cve_Director
Director
Smbolo de
Reunin
Cve_Director Director
1 Smith
2 Charlie
3 Beny
Director
Se lee: Reunin entre Pelcula y
Director con Dir= Cve_director
Relaciones
a Reunir
Condicin
de Reunin
Ttulo Ao Dir Tipo Estudio
Pelcula
Cve_Director Director
1 Smith
2 Charlie
3 Beny
Director
Ttulo Ao Dir Tipo Estudio Cve_Director Director
Star Wars 1977 1 color Fox 1 Smith
Cacera 1991 1 color Disney 1 Smith
Bajo la lluvia 1992 3 color Paramount 3 Beny
Pelcula ||
Dir=Cve_Director
Director TEMPORAL
TEMPORAL
Ttulo Ao Dir Tipo Estudio Cve_Director Director
Star Wars 1977 1 color Fox 1 Smith
Cacera 1991 1 color Disney 1 Smith
Bajo la lluvia 1992 3 color Paramount 3 Beny
Pelcula ||
Dir=Cve_Director
Director TEMPORAL
TEMPORAL
t Ttulo, Estudio, Director (TEMPORAL)
RESULTADO
Ttulo Estudio Director
Star Wars Fox Smith
Cacera Disney Smith
Bajo la lluvia Paramount Beny
RESULTADO
Proyecto cve_proy responsable
Capacitacin 1 2
Automatizacin 2 1
Finanzas 3 1
Expo 4 3
Vinculacion 5 2
Proyectos
Ejemplo 2: Obtener el nombre del Proyecto, el nombre del Responsable y el nombre del Departamento.
Proyectos||
responsable=Cve_resp
Responsables
Cve_resp Nombre Depto
1 Carlos 1
2 Mario 5
3 Sonia 2
Reponsables
Cve_dep Nom_dep
1 Admin
2 Vinc
3 Extension
4 RH
5 Sistemas
Departamentos
TEMPORAL 1
TEMPORAL 1||
Depto=Cve_dep
Departamentos
TEMPORAL 2
t Proyecto, Nombre, Nom_dep (TEMPORAL 2)
RESULTADO
Operaciones del Algebra Relacional Reunin Natural ||

R || S: es un tipo de Reunin en la que la condicin de
reunin est formada por tantas condiciones de igualdad
unidas mediante el operador lgico Y como pares de atributos
tengan el mismo nombre en R y S. Se calcula del siguiente
modo:

1. Calcular el Producto Cartesiano R S.
1. Para cada atributo Ai comn, se seleccionan las filas en
las que el valor R.Ai coinciden con el valor S.Ai.
2. Realizada la seleccin, eliminar la columna S.Ai
Sintaxis

R ||S
Operaciones del Algebra Relacional Reunin Natural ||

A B
1 2
3 4
5 2
B C D
2 5 6
4 7 8
9 10 11
R S

A R.B S.B C D
1 2 2 5 6
1 2 4 7 8
1 2 9 10 11
3 4 2 5 6
3 4 4 7 8
3 4 9 10 11
5 2 2 5 6
5 2 4 7 8
5 2 9 10 11
R S
o R.B = S.B (R S)
=
A R.B S.B C D
1 2 2 5 6
3 4 4 7 8
5 2 2 5 6

A B C D
1 2 5 6
3 4 7 8
5 2 5 6
Cdigo
Producto
1035
2241
2249
2518
Cdigo
Comercial
Cdigo
Producto
10 2241
23 2518
23 1035
39 2518
37 2518
10 2249
23 2249
23 2241
Productos Comerciales
Operaciones del Algebra Relacional Divisin

R S: Operacin del Algebra Relacional que crea una nueva relacin,
seleccionando las filas en una relacin que corresponden con todas
las filas en otra relacin. El grado de R debe ser mayor que el grado
de S.
Suponer las siguientes tablas:

Si dividimos la Tabla COMERCIALES entre la Tabla PRODUCTOS
obtendremos como resultado una tercera tabla en la que:

Los campos que contiene son aquellos de la Tabla
COMERCIALES que no existen en la Tabla PRODUCTOS. En este
caso el campo Cdigo Comercial es el nico de la Tabla
COMERCIALES que no existen en la Tabla PRODUCTOS.

Un registro se encuentra en la tabla resultado si y slo si est
asociado en Tabla COMERCIALES con cada fila de la Tabla
PRODUCTOS

Cdigo
Comercial
23

Ejemplo 2

Ejemplo 3
Definicin de datos, restricciones y cambios de esquema
Operaciones de Actualizacin y tratamiento de las
restricciones
Visualizando restricciones en el control de integridad
Especificacin de valores por omisin y acciones de
disparo referencial
V. ESTNDARES DE LAS BASES DE DATOS
RELACIONALES

Basededatosicompleto 091122141836 Phpapp02

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Basededatosicompleto 091122141836 Phpapp02

Uploaded by

Copyright:

Available Formats

Bases de Datos

You might also like