2. 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
3. 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.
4.
5.
6. 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.
7. 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
8. 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
9. Entidades regulares o fuertes: Son aquellas cuyos ejemplares tienen existencia por si mismos (como libro y autor) {
10. 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.
11.
12. 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).
13. 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.