capitulo iii parte 1.pdf
TRANSCRIPT
-
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
5/61
Base de Datos 5
ndice de ContenidosMetodologa para el desarrollo de una
BDIdentificacin y Formulacin deRequerimientos
Diseo ConceptualDiseo LgicoDiseo Fsico
-
7/24/2019 Capitulo III Parte 1.pdf
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/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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)
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
19/61
Base de Datos 19
Representacin del Dato:
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
-
7/24/2019 Capitulo III Parte 1.pdf
20/61
Base de Datos 20
Representacin del Dato:
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
-
7/24/2019 Capitulo III Parte 1.pdf
21/61
Base de Datos 21
Representacin del Dato:
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
-
7/24/2019 Capitulo III Parte 1.pdf
22/61
Base de Datos 22
Representacin del Dato:
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
-
7/24/2019 Capitulo III Parte 1.pdf
23/61
Base de Datos 23
Representacin del Dato:
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
-
7/24/2019 Capitulo III Parte 1.pdf
24/61
Base de Datos 24
Representacin del Dato:
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
-
7/24/2019 Capitulo III Parte 1.pdf
25/61
Base de Datos 25
Representacin del Dato:
AsociacinAsociaciones Recursivas (Loops):
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
-
7/24/2019 Capitulo III Parte 1.pdf
26/61
Base de Datos 26
Representacin del Dato:
AsociacinAsociaciones Recursivas (Loops):
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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.
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
42/61
Base de Datos 42
Modelo Conceptual de Datos: MERSmbolos:
Entidad Asociacin Gerundio
Atributo Clave Primaria Atributo Multivaluado
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
45/61
Base de Datos 45
Modelo Conceptual de Datos: MERExtensiones a Simbologa MER:
Atributo Compuesto Atributo Derivado
Entidad Dbil
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
47/61
Base de Datos 47
Modelo Conceptual de Datos: MER
Semntica de Grado
BinariaUnaria
Ternaria
-
7/24/2019 Capitulo III Parte 1.pdf
48/61
Base de Datos 48
Modelo Conceptual de Datos: MER
Semntica de Generalizacin
Alumno Memorista
Semntica de Unicidad por Exclusividad
ISA
-
7/24/2019 Capitulo III Parte 1.pdf
49/61
Base de Datos 49
Modelo Conceptual de Datos: MER
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
-
7/24/2019 Capitulo III Parte 1.pdf
50/61
Base de Datos 50
Cardinalidad de la Asociacin
Muchos (1, 2, 3, muchos)
Mandatoria 1
3
-
7/24/2019 Capitulo III Parte 1.pdf
51/61
Base de Datos 51
Modelo Conceptual de Datos: MER
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:
-
7/24/2019 Capitulo III Parte 1.pdf
52/61
Base de Datos 52
Modelo Conceptual de Datos: MER
#Producto#Producto Descripcin
PRODUCTO
tiene
Tpo-Entrega
PROVEEDOR
#Proveedor
Nombre-Prov
Dir-Prov
Precio
Cantidad
CLIENTE PEDIDOrealiza
Nombre Direccin #Pedido Fecha
tiene
-
7/24/2019 Capitulo III Parte 1.pdf
53/61
Base de Datos 53
Modelo Conceptual de Datos: MER
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:
-
7/24/2019 Capitulo III Parte 1.pdf
54/61
Base de Datos 54
Modelo Conceptual de Datos: MER
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
-
7/24/2019 Capitulo III Parte 1.pdf
55/61
Base de Datos 55
Modelo Conceptual de Datos: MER
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
-
7/24/2019 Capitulo III Parte 1.pdf
56/61
Base de Datos 56
Modelo Conceptual de Datos: MER
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
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
-
7/24/2019 Capitulo III Parte 1.pdf
61/61
Base de Datos 61
Ejemplo