• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Modelo de datos
 

Modelo de datos

on

  • 3,039 views

Base de Datos

Base de Datos

Statistics

Views

Total Views
3,039
Views on SlideShare
2,983
Embed Views
56

Actions

Likes
1
Downloads
61
Comments
0

2 Embeds 56

http://sistemasunaes.blogspot.com 55
http://clasev.net 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Modelo de datos Modelo de datos Presentation Transcript

    • LAURA MILENA ARAQUE LUIS ORLANDO NUÑEZ La Academia al servicio de la Vida
    • Modelos externos o lógicos basados en objetos Modelos globales o lógicos basados en registros Modelos físico de datos Existen 3 grupos de modelos de datos Representa los datos que necesita cada usuario con las estructuras propias del lenguaje que se vaya a usar Ayuda a escribir los datos para el conjunto de usuarios esta orientado a la maquina. Un modelo de datos es un conjunto de conceptos que nos permiten describir los datos, las relaciones que existen entre ellos, la semántica y las restricciones de consistencia. Modelo de datos
    • Los modelos conceptuales Los modelos convencionales también denominados de alto nivel facilitan la descripción global del conjunto de información de la empresa con independencia de la maquina que se use. se encuentran soportados por los SGBD, los mas comunes son el jerárquico y el codasyl o de red y el relacional. Dentro del modelo global podríamos clasificar 2 tipos: · Conceptual. · Convencional.
    • No son los mismos para todos los modelos de datos. Varían especialmente en su Terminología pueden ser entidades relaciones, registros, asociaciones entre objetos (interrelaciones) propiedades de los objetos (atributos o campos) y dominios que son conjuntos de valores sobre los que se definen las propiedades. { Elementos permitidos: Elementos no permitidos : { No todos los valores, cambios de valor o estructuras están permitidas en el mundo real, Se denomina restricciones inherentes (pueden cambiar) a las que son impuestas por el modelo de datos en si y se denominan restricciones de integridad a las que son impuestas por el mundo real. Habitualmente en vez de restricciones se suelen llamar reglas.
      • La estática: de un modelo de datos esta compuesta por
      • elementos permitidos y elementos no permitidos.
      1. Estáticas e Invariantes : Que responden a lo que suele ser las estructuras. 2. Dinámicas : que son las operaciones que se aplican a los datos o valores almacenados en las estructuras, las cuales varían en el tiempo. Propiedades de un modelo de datos
      • Propiedades dinámicas
      Los valores que toman los distintos objetos de un esquema en un determinado momento Ti reciben el nombre de ocurrencia de esquema o estado de los datos en el momento BDi. En otro momento Tj la ocurrencia sera BDj. La aplicación de una operación a una ocurrencia de un esquema trasforma esta en otra ocurrencia. { Una operación tienen dos componentes o pasos: 1. Componente de localización: selección o enfoque, consiste en localizar la ocurrencia de un objeto indicando un camino. 2. Acción, que se realiza sobre la ocurrencia previamente localizada, operaciones de actualización: eliminar, insertar, modificar, ver.
    • Modelos lógicos basados en objetos Los modelos lógicos basados en objetos se usan para describir datos en el nivel conceptual y el externo. Se caracterizan porque proporcionan capacidad de estructuración bastante flexible y permiten especificar restricciones de datos. Los modelos más conocidos son el modelo entidad-relación y el orientado a objetos. Actualmente, el más utilizado es el modelo entidad-relación, aunque el modelo orientado a objetos incluye muchos conceptos del anterior, y poco a poco está ganando mercado. La mayoría de las BBDD relacionales añaden extensiones para poder ser relacionales-orientadas a objetos. Modelos lógicos basados en registros Los modelos lógicos basados en registros se utilizan para describir los datos en los modelos conceptual y físico. A diferencia de los modelos lógicos basados en objetos, se usan  para especificar la estructura lógica global de la BD y para proporcionar una descripción a nivel más alto de la implementación. Los modelos basados en registros se llaman así porque la BD está estructurada en registros de formato fijo de varios tipos. Cada tipo de registro define un número fijo de campos, o atributos, y cada campo normalmente es de longitud fija. La estructura más rica de estas BBDD a menudo lleva a registros de longitud variable en el nivel físico.
    • Modelo Entidad-Relación Entidad: Conjunto de entidades (tipo de entidad): Objeto del mundo real distinguible de otros objetos. Una entidad se describe usando un conjunto de atributo. Una colección de entidades similares (ej. todos los empleados). Todas las entidades de un conjunto tiene los mismos atributos (a excepción de una jerarquía) Cada conjunto de entidades tiene una llave Cada atributo tiene un dominio
    • Entidades Débiles  Una entidad es identificada únicamente por medio de su llave, más la llave de la entidad padre.  Un conjunto de entidades padres y de entidades débiles deben participar en una relación uno a muchos (un padre,muchas entidades débiles)  Un conjunto de entidades débiles debe tener participación total en este conjunto de relaciones identificadores (o propietarias).  Se denomina relación identificadora a la relación de un tipo de entidad débil con su propietario. TIPOS DE ENTIDADES
    • Entidades regulares o fuertes: Son aquellas cuyos ejemplares tienen existencia por si mismos (como libro y autor) {
    • Las entidades entre las que hay una interrelación uno a uno se deben fusionar en una sola entidad.   Una vez hecho esto, cada una de las entidades que quedan se convierte en una tabla con una clave primaria y una serie de atributos, de los cuales algunos pueden ser claves secundarias.   Las interrelaciones uno a muchos se transforman en atributo y clave secundaria de la tabla que representa a la entidad situada del lado de la interrelación correspondiente a muchos .   Las interrelaciones muchos a muchos entre dos entidades pasan a ser una tercera tabla con claves secundarias procedentes de ambas entidades. Estas claves secundarias deberán formar parte de la clave primaria de la tabla en la que se convierte la interrelación, cuando corresponda.   Hay una serie de herramientas disponibles en el mercado que pueden automatizar el proceso de conversión de un modelo E/R en un esquema de base de datos. Se define interrelación como una asociación entre entidades. Las interrelaciones se representan en los diagramas del modelo ER mediante un rombo. Junto al rombo se indica el nombre de la interrelación con letras mayúsculas. Ejemplo de interrelación Consideremos una entidad empleado y una entidad despacho y supongamos que a los empleados se les asignan despachos donde trabajar. Entonces hay una interrelación entre la entidad empleado y la entidad despacho . Esta interrelación, que podríamos denominar asignación , asocia a los empleados con los despachos donde trabajan. La figura del margen muestra la interrelación asignación entre las entidades empleado y despacho . El término interrelación se puede utilizar tanto para denominar asociaciones concretas u ocurrencias de asociaciones como para designar conjuntos o clases de asociaciones similares.
    •  
    • Nomenclatura para ER • Tipos de entidad: Nombres en singular. • Tipos de vínculo: Verbos. • Atributos: También son sustantivos. • Tipos de entidad: En mayúscula. • Tipos de vínculo: En mayúscula. • Atributos : Primera letra en mayúscula. • Roles : En minúscula. • Tipos de vínculo : Ordenado de izda a dcha (o de arriba hacia abajo) de manera que se pueda leer. (Por ejemplo FAMILIAR – ES_FAMILIA_DE - EMPLEADO).
    • OPCIONES DE DISEÑO • A veces es difícil decidir si un concepto del “Mini Mundo "debe ser una Entidad, un Vínculo o un Atributo. – Un concepto puede ponerse como ATRIBUTO y luego descubrirse que es un VÍNCULO, porque es una referencia a otra ENTIDAD { • Ejemplo: Dpto. es un atributo de EMPLEADO pero hace referencia a la entidad DEPARTAMENTO (vínculo implícito). – Un ATRIBUTO de varias ENTIDADES, puede convertirse en una ENTIDAD { • Ejemplo: Si Dpto. es un atributo de EMPLEADO y también de PROYECTO, puede dar lugar a la entidad DEPARTAMENTO. – Una ENTIDAD con pocos atributos y relacionada SÓLO con otra ENTIDAD, puede convertirse en un ATRIBUTO. { • Ejemplo: Lo inverso del Ej. Anterior, si Dpto. sólo interesa de EMPLEADO y no tiene muchos atributos.