Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Febrero 2013
Febrero 2013
1/1
Construcci on de una BD
Pasos en la construcci on de una aplicaci on:
Febrero 2013
2/1
Construcci on de una BD
Pasos en la construcci on de una aplicaci on:
1
Febrero 2013
2/1
Construcci on de una BD
Pasos en la construcci on de una aplicaci on:
1 2
Entender el dominio del mundo real que se va a modelar. Especicarlo usando un formalismo de dise no para BD.
Febrero 2013
2/1
Construcci on de una BD
Pasos en la construcci on de una aplicaci on:
1 2 3
Entender el dominio del mundo real que se va a modelar. Especicarlo usando un formalismo de dise no para BD. Traducir la especicaci on al modelo de datos del SABD.
Febrero 2013
2/1
Construcci on de una BD
Pasos en la construcci on de una aplicaci on:
1 2 3 4
Entender el dominio del mundo real que se va a modelar. Especicarlo usando un formalismo de dise no para BD. Traducir la especicaci on al modelo de datos del SABD. Crear el esquema de la BD.
Febrero 2013
2/1
Construcci on de una BD
Pasos en la construcci on de una aplicaci on:
1 2 3 4 5
Entender el dominio del mundo real que se va a modelar. Especicarlo usando un formalismo de dise no para BD. Traducir la especicaci on al modelo de datos del SABD. Crear el esquema de la BD. Poblar la BD.
Febrero 2013
2/1
Febrero 2013
3/1
Dise no
Porqu e necesitamos realizar un dise no?
Febrero 2013
4/1
Dise no
Porqu e necesitamos realizar un dise no?
Para determinar una estructura de la base de datos antes de realizar una implementaci on particular.
Febrero 2013
4/1
Dise no
Porqu e necesitamos realizar un dise no?
Para determinar una estructura de la base de datos antes de realizar una implementaci on particular.
Qu e necesitamos saber?
Febrero 2013
4/1
Dise no
Porqu e necesitamos realizar un dise no?
Para determinar una estructura de la base de datos antes de realizar una implementaci on particular.
Qu e necesitamos saber?
Qu e elementos considerar. C omo relacionarlos. Qu e restricciones existen el dominio de cada elemento.
Febrero 2013
4/1
Dise no
Porqu e necesitamos realizar un dise no?
Para determinar una estructura de la base de datos antes de realizar una implementaci on particular.
Qu e necesitamos saber?
Qu e elementos considerar. C omo relacionarlos. Qu e restricciones existen el dominio de cada elemento.
Febrero 2013
4/1
Modelo E/R
El modelo entidad relaci on (E/R) proporciona una herramienta para representar informaci on del mundo real a nivel conceptual. Creado en 1976 por Peter Chen, permite describir las entidades involucradas en una base de datos, as como las relaciones y restricciones de ellas. Notaci on gr aca. Tiene sem atica clara. F acil de entender a un por no especialistas. Independiente de cualquier SABD.
Febrero 2013
5/1
Entidades
Una entidad es
Febrero 2013
6/1
Entidades
Una entidad es un elemento con existencia independiente de otros elementos. F sica:
Febrero 2013
6/1
Entidades
Una entidad es un elemento con existencia independiente de otros elementos. F sica: un auto, una casa, una persona, un empleado. Conceptual:
Febrero 2013
6/1
Entidades
Una entidad es un elemento con existencia independiente de otros elementos. F sica: un auto, una casa, una persona, un empleado. estamo. Conceptual: un trabajo, un curso, un pr Un conjunto de entidades o tipo entidad es un conjunto de entidades que comparten las mismas propiedades. Ejemplos: conjuntos de empleados, compa n as, clientes, autos, etc.
Febrero 2013
6/1
Entidades
Una entidad es un elemento con existencia independiente de otros elementos. F sica: un auto, una casa, una persona, un empleado. estamo. Conceptual: un trabajo, un curso, un pr Un conjunto de entidades o tipo entidad es un conjunto de entidades que comparten las mismas propiedades. Ejemplos: conjuntos de empleados, compa n as, clientes, autos, etc.
Alumno
(Maria, 67894,CC)
(Pedro, 67890,CC)
Febrero 2013 6/1
Atributos
Febrero 2013
7/1
Atributos
Toda entidad tiene propiedades particulares, denominadas atributos. Ejemplo:
Febrero 2013
7/1
Atributos
Toda entidad tiene propiedades particulares, denominadas atributos. Ejemplo: Empleado = (nombre, sexo, direccion, salario, fechaNac) Cuenta = (numCuenta, balance)
Febrero 2013
7/1
Atributos
Toda entidad tiene propiedades particulares, denominadas atributos. Ejemplo: Empleado = (nombre, sexo, direccion, salario, fechaNac) Cuenta = (numCuenta, balance) Los atributos se representan por ovalos ligados al rect angulo mediante l neas rectas.
Febrero 2013
7/1
Atributos
Toda entidad tiene propiedades particulares, denominadas atributos. Ejemplo: Empleado = (nombre, sexo, direccion, salario, fechaNac) Cuenta = (numCuenta, balance) Los atributos se representan por ovalos ligados al rect angulo mediante l neas rectas.
Nombre NumCta
Carrera Alumno
Febrero 2013
7/1
...Atributos
Los atributos pueden ser:
Febrero 2013
8/1
...Atributos
Los atributos pueden ser: Simples o compuestos.
Febrero 2013
8/1
...Atributos
Los atributos pueden ser: Simples o compuestos. Univaluados o multivaluados.
Febrero 2013
8/1
...Atributos
Los atributos pueden ser: Simples o compuestos. Univaluados o multivaluados. Derivados o almacenados.
Febrero 2013
8/1
...Atributos
Los atributos pueden ser: Simples o compuestos. Univaluados o multivaluados. Derivados o almacenados. Nulos
Febrero 2013
8/1
...Atributos
Los atributos pueden ser: Simples o compuestos. Univaluados o multivaluados. Derivados o almacenados. Nulos Llaves
Febrero 2013
8/1
...Atributos
Los atributos pueden ser: Simples o compuestos. Univaluados o multivaluados. Derivados o almacenados. Nulos Llaves Dominio =
Febrero 2013
8/1
...Atributos
Los atributos pueden ser: Simples o compuestos. Univaluados o multivaluados. Derivados o almacenados. Nulos Llaves Dominio = conjunto de valores v alidos para un atributo.
Febrero 2013
8/1
Relaciones
Una relaci on (relationship) es una asociaci on entre entidades. Denici on matem atica: Si A, B son conjuntos, entonces una relaci on R es un subconjunto de AB Ejemplo:
Febrero 2013
9/1
Relaciones
Una relaci on (relationship) es una asociaci on entre entidades. Denici on matem atica: Si A, B son conjuntos, entonces una relaci on R es un subconjunto de AB Ejemplo: Si A = {1, 2, 3}, B = {a, b , c , d }, R = {(1, a), (1, c ), (3, b )}
Febrero 2013
9/1
Relaciones
Una relaci on (relationship) es una asociaci on entre entidades. Denici on matem atica: Si A, B son conjuntos, entonces una relaci on R es un subconjunto de AB Ejemplo: Si A = {1, 2, 3}, B = {a, b , c , d }, R = {(1, a), (1, c ), (3, b )} Una relaci on se representa con un rombo.
Febrero 2013
9/1
Relaciones
Una relaci on (relationship) es una asociaci on entre entidades. Denici on matem atica: Si A, B son conjuntos, entonces una relaci on R es un subconjunto de AB Ejemplo: Si A = {1, 2, 3}, B = {a, b , c , d }, R = {(1, a), (1, c ), (3, b )} Una relaci on se representa con un rombo.
Empleado
Trabajar
Proyecto
Cada ejemplar de trabajar asocia una entidad de Empleado con una de Proyecto. De manera formal trabajar es un subconjunto de Empleado X Proyecto.
Febrero 2013
9/1
Cardinalidad
Expresa el n umero de entidades que pueden asociarse v a un tipo de relaci on. Para las relaciones binarias la cardinalidad puede ser:
Uno a uno () Uno a varios () Varios a uno () Varios a varios ( )
Febrero 2013
10 / 1
Cardinalidad
Expresa el n umero de entidades que pueden asociarse v a un tipo de relaci on. Para las relaciones binarias la cardinalidad puede ser:
Uno a uno () Uno a varios () Varios a uno () Varios a varios ( )
Trabajar
Empleado
Departamento
Administrar
Febrero 2013
10 / 1
... Cardinalidad
Otro ejemplo:
Febrero 2013
11 / 1
Trabajar
Febrero 2013
12 / 1
Trabajar
Empleado
Trabajar
Proyecto
Febrero 2013
12 / 1
Roles
Cada conjunto de entidades que participa en una relaci on desempe na un papel. Los conjuntos de entidades participantes en una relaci on no tienen porque ser distintos. Por ejemplo:
Febrero 2013
13 / 1
Roles
Cada conjunto de entidades que participa en una relaci on desempe na un papel. Los conjuntos de entidades participantes en una relaci on no tienen porque ser distintos. Por ejemplo:
Supervisor Empleado Trabajador Supervisar
Febrero 2013
13 / 1
Roles
Cada conjunto de entidades que participa en una relaci on desempe na un papel. Los conjuntos de entidades participantes en una relaci on no tienen porque ser distintos. Por ejemplo:
Supervisor Empleado Trabajador Supervisar
Etiquetar un rol es opcional, sin embargo su objetivo es aclarar la sem antica de la relaci on.
Febrero 2013
13 / 1
Febrero 2013
14 / 1
Febrero 2013
14 / 1
Febrero 2013
14 / 1
Persona
Febrero 2013
14 / 1
Febrero 2013
15 / 1
Febrero 2013
15 / 1
Febrero 2013
15 / 1
Febrero 2013
15 / 1
Restricci on de participaci on
Especica cuando la existencia de una entidad X depende de la existencia de otra entidad Y. Existen diferentes tipos de restricciones de participaci on
Febrero 2013
16 / 1
Restricci on de participaci on
Especica cuando la existencia de una entidad X depende de la existencia de otra entidad Y. Existen diferentes tipos de restricciones de participaci on Parcial.
Febrero 2013
16 / 1
Restricci on de participaci on
Especica cuando la existencia de una entidad X depende de la existencia de otra entidad Y. Existen diferentes tipos de restricciones de participaci on Parcial.
Empleado dirigir Departamento
Febrero 2013
16 / 1
Restricci on de participaci on
Especica cuando la existencia de una entidad X depende de la existencia de otra entidad Y. Existen diferentes tipos de restricciones de participaci on Parcial.
Empleado dirigir Departamento
Febrero 2013
16 / 1
Restricci on de participaci on
Especica cuando la existencia de una entidad X depende de la existencia de otra entidad Y. Existen diferentes tipos de restricciones de participaci on Parcial.
Empleado dirigir Departamento
Departamento
Febrero 2013
16 / 1
Restricci on de participaci on
Especica cuando la existencia de una entidad X depende de la existencia de otra entidad Y. Existen diferentes tipos de restricciones de participaci on Parcial.
Empleado dirigir Departamento
Departamento
D ebil
Febrero 2013
16 / 1
Entidades d ebiles
Las entidades que no tienen atributos llave se conocen como entidades d ebiles Las entidades de este tipo se identican relacion andolas con otras entidades en combinaci on con algunos de sus atributos. Esa otra entidad se denomina entidad fuerte o propietaria. Una entidad d ebil siempre tiene una dependencia de existencia (restricci on de participaci on total) con respecto a la entidad fuerte.
Fecha_P NumPrstamo Cantidad NumPago Cantidad_P
Prstamo
Pago_Pres
Pago
Cada entidad pr estamo es la propietaria de las entidades pagos que se relacionan con el.
Dra. Amparo L opez Gaona Fac. Ciencias, UNAM () El modelo Entidad-Relaci on Febrero 2013 17 / 1
...Entidades d ebiles
El discriminador o (llave parcial) de una entidad d ebil es el conjunto de atributos que pueden identicar de manera u nica a las entidades d ebiles relacionadas a la misma entidad propietaria. La llave primaria se forma por la llave primaria de la entidad fuerte que es la entidad propietaria m as el discriminador de la entidad d ebil. La entidad d ebil se especica con un doble rect angulo. La relaci on que asocia las entidades d ebiles con las fuertes se especica con un doble rombo. El discriminador se subraya con una l nea discontinua.
Febrero 2013
18 / 1
Notaci on
Entidad Atributo compuesto Entidad debil Atributo calculado Relacion Relacion n:m Atributo Relacion n:1 Atributo llave Relacion 1:1 Atributo multivaluado Participacion total
Febrero 2013
19 / 1
Restricciones al modelado
Los atributos pertenecen a las entidades o a las relaciones. Nombres u nicos para las relaciones y las entidades dentro del esquema. Nombres u nicos para los atributos dentro de una entidad o relaci on, no necesariamente dentro del esquema. Las relaciones deben darse entre al menos dos conjuntos de entidades aunque no necesariamente distintos. El nombre de un rol, debe ser u nico y distinto tanto de la entidad como de la relaci on. La llave identica una entidad dentro del conjunto de entidades.
Febrero 2013
20 / 1
Ejercicio
Usando el modelo E/R dise na una base de datos para registrar informaci on acerca de equipos, jugadores y sus acionados, tomando en cuenta: Para cada equipo: su nombre, sus jugadores, un estadio y los colores de su uniforme. Para cada jugador: su nombre, direcci on y tel efono. Para cada acionado: nombre, equipos favoritos, jugadores favoritos y color favorito.
Febrero 2013
21 / 1