capitulo iii parte 1.pdf

7/24/2019 Capitulo III Parte 1.pdf

1/61

Base de Datos

P. UNIVERSIDAD CATLICA DE VALPARASOFACULTAD DE INGENIERAESCUELA DE ING. INFORMTICA

Programa de

AplicacinUsuario A

Usuario B

Usuario N

Bodega

Insumo

Proveedor

Profesor:Jos Miguel Rubio L.


2/61

Base de Datos 2

ndice de ContenidosIntroduccin a las Bases de Datos

El Recurso DatoDato v/s Informacin

Historia de las Bases de Datos

Componentes de un ambiente de Base de DatosBeneficios & Riesgos del uso de Base de Datos

Sistema de archivos v/s Bases de Datos

Bases de Datos y Desarrollo de Sistemas deInformacin


3/61

Base de Datos 3

ndice de ContenidosSistemas de Gestin de Base de Datos

ConceptosPrincipales funciones

Ventajas de utilizar SGBD

Consideraciones del uso de un SGB


4/61

Base de Datos 4

ndice de ContenidosModelamiento de una Base de Datos

Modelo Conceptual: Entidad RelacinAsociaciones entre entidades, Cardinalidad deAsociacionesClaves candidatas y claves primarias, Atributos

multivaluadosReglas del NegocioModelo Lgico: Relacional

Modelo Lgico

Transformacin de entidades y relacionesProceso de Normalizacin de RelacionesAnlisis de vistas


5/61

Base de Datos 5

ndice de ContenidosMetodologa para el desarrollo de una

BDIdentificacin y Formulacin deRequerimientos

Diseo ConceptualDiseo LgicoDiseo Fsico


6/61

Base de Datos 6

Definir Diseo de la Base de DatosRealidad Requisitos

de Datos

Diseo Conceptual

Diseo Lgico

Diseo Fsico

ModeloConceptual

ModeloLgico

ModeloFsico

Esquema Conceptual

Esquema Lgico

Esquema Fsico

Modelo

Externo


7/61

Base de Datos 7

Definir Diseo de la Base de DatosDiseo Conceptual

Recibe como entrada la especificacin de requerimientos(modelo externo) y su resultado es el esquemaconceptual de la base de datos, que es una descripcinde alto nivel de la estructura de la base de datos,independiente del software que se use para manipularla.El Modelo Conceptual consolida las visiones de lasdistintas personas involucradas en la realidad arepresentar. En el caso de un modelo de datos, estaconsolidacin permite chequear consistencias (todos losusuarios deben referirse al mismo tem de dato con elmismo nombre) y validar que todos los datos yasociaciones hayan sido identificados. Adems se debecapturar la semntica de los datos, e informacin sobre eluso y mantencin de ellos.Modelos Conceptuales: MER (Modelo EntidadRelacin propuesto por Chen), Modelos OO.


8/61

Base de Datos 8

Definir Diseo de la Base de DatosDiseo Lgico

Recibe como entrada el esquema conceptual y da comoresultado un esquema lgico, que es una descripcin dela estructura de la base de datos que puede procesar elsoftware DBMS.Modelos Lgicos: Relacional, de Redes, Jerrquico.

Diseo FsicoRecibe como entrada el esquema lgico y da comoresultado un esquema fsico, que es una descripcin de laimplementacin de una base de datos, describe lasestructuras de almacenamiento y los mtodos usadospara tener un acceso efectivo a los datos.Modelos Fsicos: Modelo Unificador, Memoria deElementos.


9/61

Base de Datos 9

Tipos de ModelosConsolidacin

ConsistenciaCompletitud

Modelos Externoso Vistas Usuarios

............

.

Cocina Comedor

Factura Consulta Cltes.

Living

Control Inventario

Modelo ConceptualMaqueta

MD Comprensible

Modelo Interno oLgico

Plano

Schema BD

EficienciaSeguridadIntegridad

Dependiente delDBMS

Casa

BD

Realidad Fsica

Programas y Mtodos deAcceso


10/61

Base de Datos 10

Naturaleza del DatoPara describir un dato deben considerarse

tres niveles de abstraccin o estados en quese encuentra el dato.Realidad,

Metadato yDato.

Clase de EntidadesDefinicin Tipo de

Registro

Ocurrencia de

Registro

AtributosDefinicin Itemes

de Dato

Ocurrencia de

Itemes de Dato

Eventos, Objetos, Atributos Diccionario de Datos Base de Datos

Realidad Metadato Dato (Valor)


11/61

Base de Datos 11

Naturaleza del DatoRealidad

Comprende el mundo real (una organizacin), con sus

componentes y el medio ambiente en el cual opera. Cualquierorganizacin se considera como un conjunto de personas, recursosfinancieros, materiales y equipos, que son organizados parasatisfacer ciertos objetivos; adems posee una interaccin con elmedio.

Una entidad es una persona, objeto o evento sobre lo que laorganizacin decide coleccionar y almacenar datos. Una entidadpuede ser tangible como un empleado, un producto, uncomputador o un cliente; o intangible como una cuenta de unbanco, un vuelo, un centro de costos.

Una clase de entidades, es un conjunto de entidades que poseencaractersticas similares. Por ejemplo, todos los clientes de unaempresa. Tambin se le llama tipo de entidades, y a veces, sueleusarse indistintamente el trmino entidad o clase de entidad.


12/61

Base de Datos 12

Naturaleza del DatoRealidad:

En general, cada entidad es asociada a una y solo una

clase de entidades. Sin embargo, esta asignacin as comola definicin de clase de entidades puede ser arbitraria.

Por ejemplo, la clase Empleados involucra a los empleadoscon contrato fijo solamente o tambin a los con contrato a

honorarios, la respuesta va a depender del criterio deldiseador.

El nmero de clases de entidades por organizacindepende del tamao y complejidad de ella.

Por ejemplo, una organizacin de tamao medio definegeneralmente varias de clases de entidades.


13/61

Base de Datos 13

Naturaleza del DatoRealidad:

Un atributo es una propiedad de una clase de entidades que se deseaalmacenar. Para cada clase existe un conjunto de atributos de inters para laorganizacin.

Por ejemplo, para la clase Empleado algunos atributos de inters seran: Rut,Nombre, Direccin, Telfono y Cargo.

Cada entidad dentro de una clase, debe poseer al menos un atributo (o una

combinacin de ellos) que la distinga de otras entidades dentro de su clase. Aeste atributo se le llama identificador, llave o clave primaria.

Por ejemplo, el Rut para Empleado, Nro.Producto para Producto, Nro.Factura +Nro.Producto para Pedido. Este atributo debe ser nico, es decir, no puedenexistir dos entidades con un mismo valor para ese atributo dentro de una clase.

Otra propiedad de una entidad es la asociacin o relacionamiento(relationship) entre dos o ms clases de entidades. Esta se ver ms adelante.

Las entidades son del mundo real, pero en la prctica es difcil para unadministrador tomar decisiones en base a la observacin directa de ellas. Por esola organizacin requiere modelar estas entidades.


14/61

Base de Datos 14

Naturaleza del DatoMetadato:

Es informacin acerca de los datos de una organizacin. Se usa para desarrollarmodelos lgicos de las entidades y asociaciones de una organizacin. El metadato es

almacenado y mantenido en el diccionario de datos (o repositorio) de unaorganizacin.

Cada atributo tiene un tipo de tem de dato como metadato.

Un tem de dato es la unidad de dato ms pequea en una Base de Datos. Porejemplo, Nombre del Empleado, Rol del Alumno, Fecha de Orden de Compra. En eldiccionario de datos se registra por cada tem de dato, informacin sobre su nombre,largo, tipo y una breve descripcin narrativa de l.

Un dato agregado, es un conjunto de tems de datos que son nombrados y referidoscomo un todo. Por ejemplo, Fecha est compuesto de Da, Mes y Ao. Deberegistrarse informacin sobre ellos en el diccionario de datos.

Un tipo de registro es un conjunto de tems de datos y/o datos agregados. Ladefinicin de un tipo de registro para cada clase de entidades que se guarda en eldiccionario de datos contiene por ejemplo: nombre del registro, descripcin, tamao(o largo), tems de datos, datos agregados e identificacin de clave primaria.


15/61

Base de Datos 15

Naturaleza del DatoDato o Valor:

Corresponde a ocurrencias de datos.Por cada entidad, existe una ocurrencia de registro quecontiene valores de tem de datos que la representan.

Es importante distinguir la diferencia entre metadatos(definiciones del dato) y dato (ocurrencias del dato).

Los metadatos no son almacenados en la base de

datos sino que en el diccionario de datos.Los datos (ocurrencias de datos) son almacenados enla base de datos.


16/61

Base de Datos 16

Representacin del DatoPara representar los datos de una determinada realidad,consideremos dos aspectos bsicos del modelamiento de datos:

Entidades yAsociaciones.

Una entidad, como ya se defini, es un objeto, evento o

persona sobre la cual la organizacin decide coleccionar yalmacenar datos.

La asociacin, es una conexin lgica entre entidades.

Para representar grficamente estos elementos, utilizaremos lasimbologa propuesta por Bachmann.


17/61

Base de Datos 17

Representacin del Dato

A Entidad A

A

a b c dEntidad A con atributos a, b, c y d.

Asociacin


18/61

Base de Datos 18

Representacin del Dato:

AsociacinAsociacin del tipo UNA

UNA asociacin de la entidad A a la B.Significa que para un cierto perodo de tiempohabr una ocurrencia de la entidad A que

tiene una y slo una ocurrencia de la entidadB asociada a ella.Por ejemplo, en un cierto instante un

PACIENTE de un hospital est asignado a unaCAMA.

Paciente Cama


19/61

Base de Datos 19


AsociacinAsociacin del tipo MUCHAS:

Una asociacin del tipo MUCHAS entreentidades A y B, significa que para un ciertoperodo de tiempo, habr una ocurrencia de la

entidad A que tiene cero, una o msocurrencias de la entidad B asociada a ella.Por ejemplo, un EMPLEADO puede tener cero,una o ms CARGAS FAMILIARES.

Empleado Cargo


20/61

Base de Datos 20


AsociacinAsociacin Condicional:

Establece que para una ocurrencia de laentidad A existen dos posibilidades: que existauna ocurrencia de una entidad B asociada a

ella, o que no exista.Por ejemplo, en un hospital una CAMA esasignada a slo un PACIENTE o estdesocupada en un cierto instante de tiempo.

Paciente Cama


21/61

Base de Datos 21


AsociacinAsociacin en Ambos Sentidos:

Si existe una asociacin entre ocurrencias de laentidad A con la B, tambin existe entre B con A.Esto genera tres tipos de asociaciones:

UNO a UNO (1:1)

UNO a MUCHOS (1:N)

MUCHOS a MUCHOS (N:M)

Paciente Cama

Empleado Cargo

Alumno Asignatura


22/61

Base de Datos 22


AsociacinMltiples Asociaciones entre Entidades:

Al modelar datos a veces es conveniente dos oms asociaciones entre dos tipos de entidadespara aprovechar una misma descripcin o

contenido de un tipo de registro.ASEGURADO

RUT

NOMBRE

DIRECCION

BENEFICIARIO

RUT

NOMBRE

DIRECCION

POLIZA

#POLIZA

FECHA, MONTO

RUT-A

RUT-B


23/61

Base de Datos 23


AsociacinMltiples Asociaciones entre Entidades:

Es posible definir una sola clase de entidad (PERSONA) la

cual se relacionara con PLIZA de dos formas: comoasegurado o como beneficiario.

Cuando existen dos o ms asociaciones entre dos entidades,

cada asociacin debe ser rotulada con un nombre queclarifique la asociacin. En general, esto complica lalegibilidad del modelo, por ello es conveniente ser lo mssimple para representar estas asociaciones.

PERSONA

RUT

NOMBRE

DIRECCION

POLIZA

#POLIZA

FECHA, MONTO

RUT-A, RUT-B

Asegurado

Beneficiario


24/61

Base de Datos 24


AsociacinAsociaciones Recursivas (Loops):

Es posible que se requiera describirasociaciones entre entidades de una mismaclase, a esto se le llama asociaciones

recursivas o loops. Existen de tres tipos:1:1EMPLEADO

Existen EMPLEADOS que soncasados entre ellos, es decir,tienen una asociacin 1:1, peroes posible que slo algunossean casados entre ellos, por loque deber ser una asociacincondicional.

Casado-con


25/61

Base de Datos 25



1:N

M:N

EMPLEADO

Si se supone que cadaempleado tiene slo un jefe,entonces puede existir unaasociacin de jefe asubordinado.

Jefe-de

PRODUCTO

Un PRODUCTO se compone deotros PRODUCTOS (piezas) y stosa su vez de otros, y assucesivamente.

Componentes


26/61

Base de Datos 26



M:N. Una asociacin M:N como la anterior, puede tambin ser

reducida a una o ms asociaciones 1:N usando una entidad deinterseccin.

El #PIEZA corresponde al #PRODUCTO de aquel producto que sedivide en otras componentes. Cada componente de ese producto seidentifica por el #COMPONENTE (el cual tambin corresponde a un#PRODUCTO). CANT-USADA indica cuanto usa la pieza #X delcomponente #Y. Por ejemplo si se tiene la siguiente ocurrencia de

PIEZA: X Y 20

Estos datos corresponderan al evento que la pieza (o producto) X, usa20 unidades de la componente Y (o producto).

PRODUCTO

#PRODUCTO

NOMBRE

ETC.

PIEZA

#PIEZA

#COMPONENTE

CANT-USADA


27/61

Base de Datos 27

Semntica de los DatosSe refiere al significado de los datos.

Cuando se realiza un anlisis organizacional resulta muy difcil capturarlos datos y sus asociaciones para todas las situaciones en que los datosvan a ser usados.

Es as, como se han creado diversas formas de modelar los datos; sinembargo, cada modelo tendr sus restricciones en cuanto a si

representan los aspectos de semntica de los datos o no los representan.Se definen distintos tipos de semnticas, que en esencia son reglasacerca de la integridad de la base de datos. Dentro de los tipos msusuales de semntica estn:

Cardinalidad o conectividad

GradoDependenciaTiempoUnicidadClase ( o generalizacin)

Agregacin


28/61

Base de Datos 28

Semntica de los DatosCardinalidad

Corresponde a las asociaciones 1:1, 1:N, M:N(incluida condicionalidad) ya vistas.

GradoEs el nmero de entidades que participan enuna asociacin.

Los grados ms tpicos son: unaria, binaria yternaria.


29/61

Base de Datos 29

Semntica de los DatosGrado

La asociacin unaria (o recursiva) es una relacinentre ocurrencias de una misma clase de entidades,pueden ser 1:1, 1:M o M:N.

La asociacin binaria es una relacin entreocurrencias de dos clases de entidades, pueden ser1:1, 1:M o M:N.

EMPLEADOCasado-con

EMPLEADOJefe-de

CLIENTE PEDIDO

Pedidos-Cliente


30/61

Base de Datos 30

Semntica de los DatosGrado:

La asociacin ternaria es una relacin (simultnea)entre ocurrencias de tres clases de entidades. Cadaentidad puede participar con UNA o MUCHAS en estarelacin, o sea, relacionas ternarias pueden ser 1:1:1,

1:1:M, etc.PRODUCTO ORDEN

PEDIDO

BODEGA

Embarque


31/61

Base de Datos 31

Semntica de los DatosGrado:

Una asociacin ternaria, no es lo mismo que tres relaciones binarias. Por

ejemplo el atributo CANT-EMBARCADA de un cierto producto dada unaORDEN-PEDIDO emitida por un cliente a una BODEGA debe ir en laasociacin Embarque, no puede ir en una asociacin entre PRODUCTO yBODEGA, ni entre PRODUCTO y ORDEN-PEDIDO, ni entre BODEGA yORDEN-PEDIDO. Otra forma de representar este tipo de asociacin es:

PRODUCTO ORDENPEDIDO

EMBARQUE

BODEGA

Producto-para-Embarque Pedido-a-Embarcar

Bodega-desde-donde-Embarcar


32/61

Base de Datos 32

Semntica de los DatosDependencia:

Se refiere al hecho que alguna entidad no puede existir sin laocurrencia de otra entidad.

Por ejemplo, una ORDEN-DE-PEDIDO no puede existir si no existe elCLIENTE que la solicit.

Esta dependencia es opuesta a la asociacin condicional y es relevante

en el proceso de insercin y eliminacin, pues no podra ingresarse unanueva ORDEN-DE-PEDIDO si no existe el CLIENTE, ni podra eliminarseun CLIENTE sin que se eliminen las ocurrencias de las ORDENES-DE-PEDIDO asociadas a l.

Dentro de este contexto aparece el concepto de integridad

referencial, que se presenta cuando existe alguna clave primaria (oalguna parte de ella) de alguna entidad que es referenciada desde otraentidad.


33/61

Base de Datos 33

Semntica de los DatosDependencia:

Esto es muy comn cuando existe una clave fornea (campo que es clave primaria en otraentidad). Por ejemplo, para las siguientes ocurrencias de entidades DEPTO (NRO-DEPTO,NOMBRE) y EMPLEADO (NRO-EMP, NOM-EMP, NRO-DEPTO):

NRO-DEPTO NOMBRE NRO-EMP NOM-EMP NRO-DEPTO100 Produccin 4340 Mario Araya 100150 Ventas 4980 Cecilia Bustos 150200 Compras 6065 Ana Gmez 150

6670 Luis Pino 120

donde la clave fornea de la entidad EMPLEADO es NRO-DEPTO, y si se desea eliminar enDEPTO el registro del departamento 100, no se debiera poder realizar esa eliminacin puesMario Araya quedara trabajando en un departamento inexistente. Para que esto sea as, sedeben definir restricciones referenciales en el DBMS con que se trabaje.

Tambin es posible que estos se presente cuando existe una entidad con clave primariacompuesta. Supongamos que si no se asigna un #ORDEN a cada pedido de un CLIENTE, se

tiene que:ORDEN-DE-PEDIDO (RUT-CLTE, FECHA, DETALLE)CLIENTE (RUT-CLTE, NOM-CLTE, DIR-CLTE)

no pudiendo existir una ORDEN-DE-PEDIDO si no existe el CLIENTE, pues los datos del clientedeben existir para que tenga validez la orden.


34/61

Base de Datos 34

Semntica de los DatosTiempo:

Es una componente multifactica y compleja del dato; se refiere a si el contenidode una base de datos vara o no en el tiempo.

En muchos casos slo el valor actual es requerido, sin embargo en otros esrequerida una historia, por lo cual es necesario registrar un conjunto de datos.

Por ejemplo, en una empresa manufacturera el precio de un producto cambiasegn el material y forma de produccin usada; si contabilidad, facturacin ycontrol de la produccin, requieren registrar el precio y el perodo sobre el cualese precio es efectivo, una solucin simple es almacenar un conjunto de preciosy sus respectivas fechas de vigencia en la entidad PRODUCTO (lo que sucede enmuchos lenguajes de programacin tradicionales), pero no es la solucin parabases de datos pues esos precios y fechas se debieran almacenar separados delproducto.

En un nivel conceptual es suficiente con indicar que se requiere una historia delos precios al definir lo requerimientos de la base de datos, sin embargo, a nivelinterno se ha comprobado que para datos voltiles la solucin es compleja,algunas veces es ms simple almacenar el dato original y en un archivo separado(tambin llamado archivo diferencial) almacenar los cambios o diferencias quepermitan ajustar los valores que cambian, con esto se ahorra espacio.


35/61

Base de Datos 35

Semntica de los DatosTiempo:

Otro aspecto de tiempo, es que ciertos datos son legtimos o puedenexistir dependiendo del instante en que se est.

Por ejemplo, cuando se crea un EMBARQUE de productos, esteEMBARQUE puede existir aunque no exista el transporte todava, peroel EMBARQUE no puede ser creado a menos que exista una o msORDENES DE PEDIDO asociadas. Este tipo de restriccin (crear unEMBARQUE sin orden) se le llama restriccin de insercin yrelaciona los instantes en que los datos son almacenados en la base de

datos (que dato es almacenado primero).Otro aspecto es lo referido al perodo de tiempo en que la relacin estvigente.

Por ejemplo, una vez que el EMBARQUE sale de la BODEGA, esasignado a un cierto medio de TRANSPORTE (barco, tren, avin, etc.)

el cual puede cambiar en el tiempo; al ser recibido el EMBARQUE por elCLIENTE, ste debe ser disociado del medio de transporte noexistiendo relacin entre EMBARQUE y TRANSPORTE en ese instante. Aeste tipo de restriccin, se le llama restriccin de retencin.


36/61

Base de Datos 36

Semntica de los DatosUnicidad:

Se define unicidad por clave primaria, se trata que unaocurrencia debe ser nica al tener un atributo que la diferencia delas dems. Los criterios para seleccionar la clave primaria:

La clave candidata no debe cambiar su valor durante la vida de laocurrencia

Elegir la clave candidatas que no tenga valores nulos.Otra forma de unicidad es la llamada exclusividad, significa queuno de varios tipos de datos o asociaciones pueden presentarse,pero no todos, por ejemplo en:

TAREA

TRABAJADOR -AHONORARIOS

TRABAJADORDE-PLANTA

EMPLEADO

Esposo/Esposa oPadre/Hijo


37/61

Base de Datos 37

Semntica de los DatosGeneralizacin (Clase SubClase):

Permite definir una clase de entidad general que representa aentidades que tienen distinto significado en la organizacin, pero

caractersticas o atributos similares.Por ejemplo, CLIENTE puede tener distintos significados: algunosclientes son internacionales, otros nacionales, personas individuales oempresas, etc.; es decir, pueden existir varias subclases de CLIENTE.

Una subclase no slo hereda las caractersticas o atributos de susuperclase, sino que tambin puede tener atributos propios.

Por ejemplo, para todos los clientes se requieren los atributosNOMBRE, DIRECCION, FONO, pero para los clientes internacionalesadems se requieren los atributos CODIGO-POSTAL y PAIS.

Una manera frecuente de identificar subclases, es asociarle un atributopara el cual la ocurrencia de una entidad tendr un valor nico (porejemplo: agregar tipo de cliente como atributo de CLIENTE). Pero estono es aceptable cuando los atributos varan en las subclases, ya que enlos modelos de datos no se permiten definiciones variables o dedistintos tipos para una misma clase de entidad.


38/61

Base de Datos 38

Semntica de los DatosAgregacin:

Es una coleccin de entidades diferentes perorelacionadas.

Una entidad agregada es una entidadcompuesta de otras entidades, que puedentener sus propios atributos.

Por ejemplo, una ORDEN DE TRABAJO involucra

la participacin de las entidades MATERIAPRIMA, HERRAMIENTAS, CENTRO DE TRABAJO YTRABAJADOR.


39/61

Base de Datos 39

Resumen de Semnticas

1. Modelo de Datos Orientado aObjeto

2. Modelo E-R

Generalizacin

1. La mayora de los modelos2. Modelo E-R

Unicidad por:1. Clave Primaria2. Exclusividad

Ninguno lo maneja en forma adecuadaTiempo

Modelo E-RDependencia

TodosGrado

TodosCardinalidad

MODELOS DATOS QUE MEJOR LAREPRESENTAN

TIPO SEMANTICA


40/61

Base de Datos 40

Modelo Conceptual de DatosSe analizar el Modelo Entidad Relacin (MER) propuesto por Chenen 1976.

Este es un modelo independiente de la tecnologa o DBMS a utilizar.

Se basa en reconocer, y caracterizar las entidades bsicas del modelo yluego la relacin que existe entre ellas.

Entidad fuerte:Elementos que pueden identificarse claramente.

Entidad dbilAquella que su existencia depende de la existencia de otra.Ejemplos: taller mecnico-fbrica de piezas, Oficina propiedades-constructora


41/61

Base de Datos 41

Modelo Conceptual de Datos: MERElementos del modelo entidad relacin y sus

extensiones ms usadas y su representacingrfica.

Dominio: Conjunto de valores de un mismotipo. Por ejemplo: Nombres de Personas, RutVlidos, Estados Civiles.

DominioDominio


42/61

Base de Datos 42

Modelo Conceptual de Datos: MERSmbolos:

Entidad Asociacin Gerundio

Atributo Clave Primaria Atributo Multivaluado


43/61

Base de Datos 43

Simbologa del MEREntidad:

Los Tipos de Entidad representan objetos dela realidad. Adems se componen deatributos, los cuales representan lascaractersticas de un tipo de entidad.

Ejemplo: Persona, Proceso, Factura, Gua de

Despacho, Cliente, Producto.

Tipo de Entidad


44/61

Base de Datos 44

Simbologa del MERAtributo:

Elemento de un Dominio. Aporta mediante surtulo, la semntica de los valores del Dominioal que est asociado.

Ejemplo: Rut, nombre, departamento, edad,tipo proyecto.

Dominio

Atributo


45/61

Base de Datos 45

Modelo Conceptual de Datos: MERExtensiones a Simbologa MER:

Atributo Compuesto Atributo Derivado

Entidad Dbil


46/61

Base de Datos 46

Simbologa del MERAtributo Compuesto:

Corresponde a grupos de atributos que tienenafinidad en cuanto a su significado o a su uso.Ejemplo: Direccin = calle + nmero + ciudad

Atributo Componente NAtributo Componente 1

Atributo Compuesto


47/61

Base de Datos 47

Modelo Conceptual de Datos: MER

Semntica de Grado

BinariaUnaria

Ternaria


48/61

Base de Datos 48


Semntica de Generalizacin

Alumno Memorista

Semntica de Unicidad por Exclusividad

ISA


49/61

Base de Datos 49


Semntica Cardinalidad

Cardinalidad 1Mandatoria

Cardinalidad Muchos (M) (1,2,....M)

Cardinalidad Opcional 0 o 1

Cardinalidad Opcional 0-Muchos(0,1,...M)

C di lid d d l A i i


50/61

Base de Datos 50

Cardinalidad de la Asociacin

Muchos (1, 2, 3, muchos)

Mandatoria 1

3


51/61

Base de Datos 51


Caractersticas Especiales:Cada diamante dentro del Modelo E/R representa un

tipo de asociacin, este diamante existe tanto para lasasociaciones 1:1, 1:M y M:N.

Se acostumbra darle un nombre a la asociacin,generalmente se utilizan verbos de tal manera derepresentar a travs de ellos, la accin que une a lasentidades.

Un diamante pueden ir atributos, slo si se tratan de

asociaciones M:N, a stos se les llama datos deinterseccin. Por ejemplo, un modelo E/R para unadistribuidora de productos podra ser el siguiente:


52/61

Base de Datos 52


#Producto#Producto Descripcin

PRODUCTO

tiene

Tpo-Entrega

PROVEEDOR

#Proveedor

Nombre-Prov

Dir-Prov

Precio

Cantidad

CLIENTE PEDIDOrealiza

Nombre Direccin #Pedido Fecha

tiene


53/61

Base de Datos 53


Es decir, los atributos pueden estar asociados aentidades y asociaciones; en este ltimo caso

corresponden a datos de interseccin.En el momento de la implementacin una asociacincon atributos en ella, se convierte en una entidad o

archivo. Esto lleva a un dilema: es un diamante unaentidad?, a nivel interno debe serlo, a nivel externoslo depende de como la ve el usuario.

Por ejemplo una alternativa al modelo anterior seraconsiderando LINEA-PRODUCTO como unaasociacin no como una entidad:


54/61

Base de Datos 54


CLIENTE PEDIDOrealiza

Nombre Direccin #Pedido Fecha

tiene

LINEAPRODUCTO

#Producto#Producto Descripcin#Pedido

#ProductoCantidad

PRODUCTOes-asignado

tiene

Precio Tpo-Entrega

PROVEEDOR

#Proveedor

Nombre-Prov

Dir-Prov


55/61

Base de Datos 55


La semntica de generalizacin o clase-subclase es llamada ISA en elmodelo E/R. Se presentan subclases en algunas de las siguientessituaciones:

Atributos diferentes son usados para describir cada subclase deentidad. Por ejemplo, en un hospital se requiere para algunosPACIENTE almacenar atributos sobre su permanencia en el hospital, encambio para los PACIENTE ambulatorios no se necesitan esos atributossino otros.

Cada subclase de entidad participa en diferentes asociaciones. Porejemplo, un PACIENTE ambulatorio no es asignado a una CAMA (unaasociacin condicional puede eliminarse en este caso), otro tipo dePACIENTE si es asignado.

Se presenta 1 y 2 a la vez.

Por ejemplo en la siguiente figura se muestra un modelo con estas tressituaciones:

M d l C l d D MER


56/61

Base de Datos 56


PACIENTE MEDICOtiene

Nombre Direccin #Mdico Nom-med

#Paciente

ISAISA

PACIENTEAMBULATORIO

PACIENTERESIDENTE CAMAasigna

Fecha-Chequeo Fecha-Alta Diagnstico#Cama Tipo

El M d l E tid d R l i


57/61

Base de Datos 57

El Modelo Entidad Relacin

Identificador de un tipo de entidad:

Un atributo I, posiblemente compuesto, de untipo de entidad TE, es un identificador de TE siy slo si satisface las siguientes 2 propiedadesindependientes del tiempo.

Unicidad. En cualquier momento dado, noexisten dos elementos en TE con el mismo valorde I.

Minimalidad. Si I es compuesto, no ser posibleeliminar ningn atributo componente de I sindestruir la propiedad de unicidad.

Claves candidatas y


58/61

Base de Datos 58

Evitar el uso de claves inteligentes (una llave querepresenta informacin)

Ejemplo:

x x y y (producto) xxyy

Por ejemplo si se cambia de bodega produce ya un

problema !!Considerar claves simples o atributos simples en unreemplazo de grandes claves compuestas.

bodega tipo

clave primarias

Claves Candidatas y Claves


59/61

Base de Datos 59

Claves Ca d datas y Claves

PrimariaDependencia de Existencia

Cuando existe una cardinalidad mandatoria 1, la

ocurrencia de 1 entidad existe slo si existe laocurrencia de la entidad relacionada.

Entidad Dbil: es la que no puede existir por si sola.

Depende la existencia de entidad fuerte.Relacin por IdentificadorLa entidad dbil normalmente no tiene un identificadornatural (propio) y su clave primaria ser la clave de la

primaria de la entidad fuerte, como parte de su claveprimaria y otro(s) atributo(s) identificador de la entidaddbil.

Ej l


60/61

Base de Datos 60

Ejemplo

Ejemplo: Sistema de Informacin para la

gestin del Plan de Ordenacin DocenteIdentificar para la Universidad: Entidades,atributos, relaciones, cardinalidad, etc.

Ejemplo


61/61

Base de Datos 61

Ejemplo

capitulo iii parte 1.pdf

Documents