Actividad 4

Objetivo: manejar los conceptos basicos del modelo entidad realacion en las bases de datos y aplicarlo en Microsoft Acces 2007

Actividad

1. Que es El Modelo de Datos Entidad-Relación (E/R)

2. Que son Entidades y Relaciones

3. De que Manera se realiza Representación gráfica de Entidades y Relaciones

4. ¿Cómo se pasa del esquema E/R a las tablas? Y ejemplos

Ingresar al sigueinte link para tomar la informacion para resolver la actividad

https://basededatos.umh.es/e_r.htm

5. ¿Que son tablas realacionale? Y ejemplos

6. Diseñar en excel modelo Entidad Relación para Base datos del colegio

Nota: recordar que cada pregunta deber y acompañada de los link o paginas donde se consulto, de un aporte personalde lo que se entendio en cada pregunta minimo de dos parrafo (cada párrafo de 5 lineas), se debe insertar una imagen que tenga relacion con el tema con su respectivo link, además se debe insertar un video que tenga relacon con el tema o la pregunta. Despues de ver y escuchar el video debe colocar un resumen debajo de el de lo que entendio minimo de un parrafo.

Leer más: https://trecnologiaeinformatica-iearm.webnode.es/novenos/tecnologia-e-informatica/actividades/actividad-4/
Crea tu propia web gratis: https://www.webnode.es

solucion:

1. un diagrama o modelo de entidad- relacion (a veces denominado por sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación") es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de informacion así como sus interrelaciones y propiedades.

Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender los datos y como se relacionan entre ellos, debe de ser completado con un pequeño resumen con la lista de los atributos y las relaciones de cada elemento.Como ya he comentado este modelo es solo y exclusivamente un método del que disponemos para diseñar estos esquemas que posteriormente debemos de implementar en un gestor de BBDD (bases de datos). Este modelo se representa a través de diagramas y está formado por varios elementos.Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender los datos y como se relacionan entre ellos, debe de ser completado con un pequeño resumen con la lista de los atributos y las relaciones de cada elemento.El Modelo de Entidad Relación es un modelo de datos basado en una percepción del mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación. Cuando se utiliza una base de datos para gestionar información, se está plasmando una parte del mundo real en una serie de tablas, registros y campos ubicados en un ordenador; creándose un modelo parcial de la realidad. Antes de crear físicamente estas tablas en el ordenador se debe realizar un modelo de datos. Se suele cometer el error de ir creando nuevas tablas a medida que se van necesitando, haciendo así el modelo de datos y la construcción física de las tablas simultáneamente. El resultado de esto acaba siendo un sistema de información parcheado, con datos dispersos que terminan por no cumplir adecuadamente los requisitos necesarios. Es sencillo diseñar una base de datos, pero a menudo hay que reconsiderar posteriormente la estructura de los datos, lo cual ocasiona retrasos y modificaciones. Es más lento la obtención de un diseño lo más óptimo posible, pero el tiempo invertido se recupera al no tener que volver atrás para replantearse el diseño de los datos. Un buen diseño es la clave para iniciar con buen pie el desarrollo de una aplicación basada en una base de datos o la implementación de un sistema. Es de destacar la importancia de un buen diseño. Un diseño apresurado o simplemente bosquejado puede mostrarse inservible o muy mejorable cuando la aplicación ya está parcialmente codificado, o el administrador de la base de datos ya tiene organizados el mantenimiento y el control de acceso a los datos. Esquema: diseño general de la base de datos a nivel lógico. Incluye el tipo de datos y las relaciones entre ellos. Es de naturaleza fija y solo se altera excepcionalmente. El esquema se define y se mantiene utilizando el lenguaje de definición de datos (DDL). Instancia: contenido concreto de la base de datos en un momento dado. Varía con el tiempo, al añadir, eliminar o modificar datos, utilizando el lenguaje de modificación de datos (DML). El diseño de una base de datos se realiza a dos niveles. El primero es el nivel conceptual, en la cual se contempla una estructura abstracta y no implementable directamente con un SGBD. El segundo es el nivel físico, en el cual la base de datos es ya implementable. Detalladamente, las fases del diseño de una base de datos son las siguientes:

1.Descripción en lenguaje natural.

2. Diagrama Entidad-Relación (E-R). También conocido como "diagrama de Chen". Estos diagramas modelizan el problema mediante entidades asociadas por relaciones. Adoptan la forma de grafos donde los datos se relacionan mediante flechas. El diagrama E-R no depende del modelo de datos.

3. Elección del modelo de datos (usualmente el relacional)

4. Conversión del diagrama E-R al modelo relacional (tablas)

5. Normalización (eliminar diversos defectos de diseño).

6. Optimización (según criterios de almacenamiento interno, como el espacio en disco y el tiempo medio de acceso).

Las tres primeras fases pertenecen al nivel conceptual del diseño de bases de datos mientras que las tres últimas se relacionan con el nivel físico.

(modelo entidad-vínculo, modelo entidad-relación, entity-relationship, modelo relacional, modelo ER). Es un tipo de modelo de datos conceptual de alto nivel que se emplea en el diseño de las base de datos relacionales. El modelo entidad-relación muestra la estructura de la base de datos empleando todo tipo de herramientas conceptuales. Creación de un modelo entidad-relación El primer paso para la construcción del modelo entidad-relación es la obtención y el análisis de los requerimientos de los usuarios. Esta tarea es parte de los diseñadores de la base de datos relacional. Luego, a partir de los requisitos, se crea un esquema conceptual de la base de datos. El esquema conceptual contiene las descripciones detalladas de las entidades, relaciones y restricciones. Todas estas descripciones se expresan empleando conceptos gráficos y textuales del modelo de datos relacional. El siguiente paso es implementar la base de datos empleando algún SGBD (software de gestión de bases de datos) adaptado al modelo entidad-relación. - See more at: https://www.alegsa.com.ar/Dic/modelo%20de%20entidad-relacion.php#sthash.DoFx4oCz.dpuf

2. - entidades:

El término entidad o ente, en su sentido más general, se emplea para denominar todo aquello cuya existencia es perceptible por algún sistema animado, véase; ontologia, logica o semantica. Una entidad puede por lo tanto ser concreta, abstracta, particular o universal. Es decir, las entidades no son sólo los objetos cotidianos como sillas o personas, sino también propiedades, las relaciones, los eventos, numeros, conjuntos, propociciones, mundos posibles, creencias, pensamientos, etcétera. En bases de datos una identidad es la representacion de un objeto o consepto del mundo real que se describe en una bades de datos.Una entidad se describe en la estructura de base de datos empleando un modelo de datos. Por ejemplo, nombres de entidades pueden ser: Alumno, Empleado, Artículo, etc. Cada entidad está constituida por uno o más atributos. Por ejemplo, la entidad "Alumno" podría tener los atributos: nombre, apellido, año de nacimiento, etc. En el modelo de entidad-relacion se emplean dos tipos de entidades: entidad fuerte y entidad débil. Las entidades fuertes tienen atributos claves, en tanto las entidades débiles no tienen atributos claves propios:

- See more at: https://www.alegsa.com.ar/Dic/entidad.php#sthash.Kg8XI8E0.dpuf

- relaciones:

Definido como la cantidad y calidad Definido como la cantidad y calidad del espacio f del espacio físico y virtual apropiado sico y virtual apropiado para la reproducci para la reproducción de la vida en el n de la vida en el ámbito individual, social, pol mbito individual, social, político, económico, simb mico, simbólico y cultural. Contempla diferentes dimensiones: Contempla diferentes dimensiones: Relaciones individuales y colectivas, en lo social, Relaciones individuales y colectivas, en lo social, productivo y simb productivo y simbólico Uso y manejo del entorno en espacios y lugares Uso y manejo del entorno en espacios y lugares específicos, en los diversos mundos que conforman ficos, en los diversos mundos que conforman sus territorios sus territorios Se esta reinterpretando y redefiniendo en un Se esta reinterpretando y redefiniendo en un proceso de construcci proceso de construcción permanente, de acuerdo n permanente, de acuerdo con las condiciones ambientales, culturales, con las condiciones ambientales, culturales, históricas, sociales y pol ricas, sociales y políticas en las que est ticas en las que estén inmersos los grupos humanos.

3. Entidad • Objeto del mundo real que tiene existencia pos sí mismo • Compuesto de ocurrencias de entidad • Ejemplo – Entidad Clientes – Cliente “Pepe Perez” con DNI “12345678” • Atributos: definen las propiedades de una entidad, basados en un dominio (conjunto de valores posibles que puede tomar), Atributo - Característica propia de una entidad, común para todas las ocurrencias del mismo tipo n Dominio - Conjunto de valores permitidos para un atributo n Para cada atributo hay que definir: • Nombre Descripción Dominio Función (identificación o definició), Ejemplo: n Entidad: Empleado Nombre de atributo: Código • Descripción: Código único por empleado asignado por la empresa • Función: Identificación (+Definición) • Dominio: Números positivos de dos cifras. Relación o Asociación • Expresa una asociación entre ocurrencias de entidad • Puede tener atributos propios • Grado: número de entidades que asocia • Cardinalidad: – número de ocurrencias de una entidad que pueden asociarse con otra entidad – Máxima - 1:1, 1:N, N:1, N:M – Mínima - 0:0, 1:0, 0:1, 1:1

3. Para asimilar fácilmente un diseño de datos cuando se emplea el modelo E/R se utilizan los siguientes elementos gráficos:

La utilización de estos elementos dará como resultado lo que se denomina el esquema entidad-relación de la base de datos. Los ejemplos que se incluyen en el apartado anterior, gráficamente quedarían como sigue:

Se trata de una técnica cuyo objetivo es la representación y definición de todos los datos que se introducen, almacenan, transforman y producen dentro de un sistema de información, sin tener en cuenta las necesidades de la tecnología existente, ni otras restricciones.

Dado que el modelo de datos es un medio para comunicar el significado de los datos, las relaciones entre ellos y las reglas de negocio de un sistema de información, una organización puede obtener numerosos beneficios de la aplicación de esta técnica, pues la definición de los datos y la manera en que éstos operan son compartidos por todos los usuarios.

Las ventajas de realizar un modelo de datos son, entre otras:

Comprensión de los datos de una organización y del funcionamiento de la organización.
Obtención de estructuras de datos independientes del entorno físico.
Control de los posibles errores desde el principio, o al menos, darse cuenta de las deficiencias lo antes posible.
Mejora del mantenimiento.

Aunque la estructura de datos puede ser cambiante y dinámica, normalmente es mucho más estable que la estructura de procesos. Como resultado, una estructura de datos estable e integrada proporciona datos consistentes que puedan ser fácilmente accesibles según las necesidades de los usuarios, de manera que, aunque se produzcan cambios organizativos, los datos permanecerán estables.

Este diagrama se centra en los datos, independientemente del procesamiento que los transforma y sin entrar en consideraciones de eficiencia. Por ello, es independiente del entorno físico y debe ser una fiel representación del sistema de información objeto del estudio, proporcionando a los usuarios toda la información que necesiten y en la forma en que la necesiten.

Descripción

El modelo entidad/relación extendido describe con un alto nivel de abstracción la distribución de datos almacenados en un sistema. Existen dos elementos principales: las entidades y las relaciones. Las extensiones al modelo básico añaden además los atributos de las entidades y la jerarquía entre éstas. Estas extensiones tienen como finalidad aportar al modelo una mayor capacidad expresiva.

Los elementos fundamentales del modelo son los siguientes:

Entidad

Es aquel objeto, real o abstracto, acerca del cual se desea almacenar información en la base de datos. La estructura genérica de un conjunto de entidades con las mismas características se denomina tipo de entidad.

Existen dos clases de entidades: regulares, que tienen existencia por sí mismas, y débiles cuya existencia depende de otra entidad. Las entidades deben cumplir las siguientes tres reglas:

Tienen que tener existencia propia.
Cada ocurrencia de un tipo de entidad debe poder distinguirse de las demás.
Todas las ocurrencias de un tipo de entidad deben tener los mismos atributos.

Relación

Es una asociación o correspondencia existente entre una o varias entidades. La relación puede ser regular, si asocia tipos de entidad regulares, o débil, si asocia un tipo de entidad débil con un tipo de entidad regular. Dentro de las relaciones débiles se distinguen ladependencia en existencia y la dependencia en identificación.

Se dice que la dependencia es en existencia cuando las ocurrencias de un tipo de entidad débil no pueden existir sin la ocurrencia de la entidad regular de la que dependen. Se dice que la dependencia es en identificación cuando, además de lo anterior, las ocurrencias del tipo de entidad débil no se pueden identificar sólo mediante sus propios atributos, sino que se les tiene que añadir el identificador de la ocurrencia de la entidad regular de la cual dependen.

Además, se dice que una relación es exclusiva cuando la existencia de una relación entre dos tipos de entidades implica la no existencia de las otras relaciones.

Una relación se caracteriza por:

Nombre: que lo distingue unívocamente del resto de relaciones del modelo.
Tipo de correspondencia: es el número máximo de ocurrencias de cada tipo de entidad que pueden intervenir en una ocurrencia de la relación que se está tratando.
Conceptualmente se pueden identificar tres clases de relaciones:
- Relaciones 1:1: Cada ocurrencia de una entidad se relaciona con una y sólo una ocurrencia de la otra entidad.
- Relaciones 1:N: Cada ocurrencia de una entidad puede estar relacionada con cero, una o varias ocurrencias de la otra entidad.
- Relaciones M:N: Cada ocurrencia de una entidad puede estar relacionada con cero, una o varias ocurrencias de la otra entidad y cada ocurrencia de la otra entidad puede corresponder a cero, una o varias ocurrencias de la primera.
Cardinalidad: representa la participación en la relación de cada una de las entidades afectadas, es decir, el número máximo y mínimo de ocurrencias de un tipo de entidad que pueden estar interrelacionadas con una ocurrencia de otro tipo de entidad. La cardinalidad máxima coincide con el tipo de correspondencia.

Según la cardinalidad, una relación es obligatoria, cuando para toda ocurrencia de un tipo de entidad existe al menos una ocurrencia del tipo de entidad asociado, y es opcional cuando, para toda ocurrencia de un tipo de entidad, puede existir o no una o varias ocurrencias del tipo de entidad asociado.

Dominio

Es un conjunto nominado de valores homogéneos. El dominio tiene existencia propia con independencia de cualquier entidad, relación o atributo.

Atributo

Es una propiedad o característica de un tipo de entidad. Se trata de la unidad básica de información que sirve para identificar o describir la entidad. Un atributo se define sobre un dominio. Cada tipo de entidad ha de tener un conjunto mínimo de atributos que identifiquen unívocamente cada ocurrencia del tipo de entidad. Este atributo o atributos se denomina identificador principal. Se pueden definir restricciones sobre los atributos, según las cuales un atributo puede ser:

Univaluado, atributo que sólo puede tomar un valor para todas y cada una de las ocurrencias del tipo de entidad al que pertenece.
Obligatorio, atributo que tiene que tomar al menos un valor para todas y cada una de las ocurrencias del tipo de entidad al que pertenece.

Además de estos elementos, existen extensiones del modelo entidad/relación que incorporan determinados conceptos o mecanismos de abstracción para facilitar la representación de ciertas estructuras del mundo real:

La generalización, permite abstraer un tipo de entidad de nivel superior (supertipo) a partir de varios tipos de entidad (subtipos); en estos casos los atributos comunes y relaciones de los subtipos se asignan al supertipo. Se pueden generalizar por ejemplo los tipos profesor y estudiante obteniendo el supertipo persona.
La especialización es la operación inversa a la generalización, en ella un supertipo se descompone en uno o varios subtipos, los cuales heredan todos los atributos y relaciones del supertipo, además de tener los suyos propios. Un ejemplo es el caso del tipo empleado, del que se pueden obtener los subtipos secretaria, técnico e ingeniero.
Categorías. Se denomina categoría al subtipo que aparece como resultado de la unión de varios tipos de entidad. En este caso, hay varios supertipos y un sólo subtipo. Si por ejemplo se tienen los tipos persona y compañía y es necesario establecer una relación con vehículo, se puede crear propietario como un subtipo unión de los dos primeros.
La agregación, consiste en construir un nuevo tipo de entidad como composición de otros y su tipo de relación y así poder manejarlo en un nivel de abstracción mayor. Por ejemplo, se tienen los tipos de entidad empresa y solicitante de empleo relacionados mediante el tipo de relación entrevista; pero es necesario que cada entrevista se corresponda con una determinada oferta de empleo. Como no se permite la relación entre tipos de relación, se puede crear un tipo de entidad compuesto por empresa,entrevista y solicitante de empleo y relacionarla con el tipo de entidad oferta de empleo. El proceso inverso se denomina desagregación.
La asociación, consiste en relacionar dos tipos de entidades que normalmente son de dominios independientes, pero coyunturalmente se asocian.

La existencia de supertipos y subtipos, en uno o varios niveles, da lugar a una jerarquía, que permitirá representar una restricción del mundo real.

Una vez construido el modelo entidad/relación, hay que analizar si se presentan redundancias. Para poder asegurar su existencia se deben estudiar con mucho detenimiento las cardinalidades mínimas de las entidades, así como la semántica de las relaciones.

Los atributos redundantes, los que se derivan de otros elementos mediante algún calculo, deben ser eliminados del modelo entidad/relación o marcarse como redundantes.

Igualmente, las relaciones redundantes deben eliminarse del modelo, comprobando que al eliminarlas sigue siendo posible el paso, tanto en un sentido como en el inverso, entre las dos entidades que unían.

Notación

Entidad

La representación gráfica de un tipo de entidad regular es un rectángulo etiquetado con el nombre del tipo de entidad. Un tipo de entidad débil se representa con dos rectángulos concéntricos con su nombre en el interior.

Relación

Se representa por un rombo unido a las entidades relacionadas por dos líneas rectas a los lados. El tipo de correspondencia se representa gráficamente con una etiqueta 1:1, 1:N o M:N, cerca de alguno de los vértices del rombo, o bien situando cada número o letra cerca de la entidad correspondiente, para mayor claridad.

La representación gráfica de las cardinalidades se realiza mediante una etiqueta del tipo (0,1), (1,1), (0,n) o (1,n), que se coloca en el extremo de la entidad que corresponda. Si se representan las cardinalidades, la representación del tipo de correspondencia es redundante.

Atributo

Un atributo se representa mediante una elipse, con su nombre dentro, conectada por una línea al tipo de entidad o relación.

En lugar de una elipse puede utilizarse un círculo con el nombre dentro, o un círculo más pequeño con el nombre del atributo a un lado. También pueden representarse en una lista asociada a la entidad. El identificador aparece con el nombre marcado o subrayado, o bien con su círculo en negro.

Exclusividad

En la representación de las relaciones exclusivas se incluye un arco sobre las líneas que conectan el tipo de entidad a los dos o más tipos de relación.

Jerarquía (tipos y subtipos)

La representación de las jerarquías se realiza mediante un triángulo invertido, con la base paralela al rectángulo que representa el supertipo y conectando a éste y a los subtipos. Si la división en subtipos viene determinada en función de los valores de un atributo discriminante, éste se representará asociado al triángulo que representa la relación.

En el triángulo se representará: con una letra d el hecho de que los subtipos sean disjuntos, con un círculo o una O si los subtipos pueden solaparse y con una U el caso de uniones por categorías. La presencia de una jerarquía total se representa con una doble línea entre el supertipo y el triángulo.

Ejemplo

Modelo entidad-relación extendido para un sistema de gestión de técnicos y su asignación a proyectos dentro de una empresa u organización.

Como se aprecia en el diagrama, TÉCNICO es un subtipo de EMPLEADO, generado por especialización, pues era necesario para establecer la relación Trabaja en con PROYECTO, ya que no todos los empleados de la empresa, como los administrativos, son susceptibles de trabajar en un proyecto. La entidad TÉCNICO tendrá los atributos de EMPLEADO más el atributo nivel.

Los tipos de correspondencia son 1:N entre DEPARTAMENTO y EMPLEADO, pues un departamento tiene 1 o varios empleados. Entre TÉCNICO y PROYECTO es M:N, pues un técnico puede trabajar en 1 o varios proyectos, y en un proyecto trabajan 1 o varios técnicos.

Por otro lado, se han incluido atributos que caracterizan la relación Trabaja en, como son fecha de asignación y fecha de cese, ya que un técnico no siempre estará trabajando en un proyecto, sino en determinado periodo. (Nota.- Esta notación es la más habitual, pero MÉTRICA Versión 3 no exige su utilización).

4. Una entidad que no tiene clave primaria es una entidad débil.  La entidades débiles no están bien definidas sino es con relación a otra entidad – la relación tiene que ser muchos (lado de la entidad débil) a uno  Existe un/os atributo/s discriminante/s (o clave parcial) que diferencia todas las entidades débiles relacionadas a la misma entidad (fuerte).  La clave primaria de una entidad débil se forma unión la clave primaria de la entidad fuerte (asociada con la entidad débil) y los atributos discriminantes. Se representan mediante líneas dobles  El discriminador se marca con una linea de puntos.  pago-numero es el discriminador de “pagos”  Clave primaria (numero_prestamo,número_pago).

Proceso de diseño de arriba abajo (top-down): Un conjunto de entidades puede incluir subgrupos de entidades.  Ejemplo: – El conjunto de entidades persona con atributos nombre, calle y ciudad – Una persona puede clasificarse como: • cliente. Puede tener el atributo sueldo • empleado. Puede tener el atributo tasa-crédito  El proceso de designación de subgrupos dentro de un conjunto de entidades se denomina especialización.  Se puede aplicar repetidamente la especialización para refinar el modelo E-R. Ejemplo: – Un empleado se puede clasificar en: oficial, cajero, secretaria – Cada uno de estos tipos de empleados se describe por un conjunto de atributos que incluye todos los atributos del conjunto de entidades empleado más otros adicionales. Proceso de diseño de abajo a arriba (down-top): varios conjuntos de entidades se sintetizan en un conjunto de entidades de más alto nivel basándose en características comunes.  Proceso de generalización. La generalización es una inversión simple de la especialización.  Los conjuntos de entidades de nivel más alto: superclase  Los conjuntos de entidades de nivel más bajo: subclase.  Herencia de atributos: un conjunto de entidades de más bajo nivel hereda todos los atributos y la participación en las relaciones del conjunto de entidades de más alto nivel con la que está enlazada.

Una base de datos que se ajusta al modelo relacional puede representarse como un conjunto de tablas  Convertir un diagram E.R. a tablas es el primer paso para obtener una base de datos relacional  Normalmente cada entidad y cada relación muchos a muchos da lugar a una tabla  Cada tabla tienen un conjunto de columnas que suelen corresponderse con los atributos,

Los atributos compuestos (no atómicos) se descomponen en partes atómicas – Ejemplo: la entidad cliente con atributo nombre pasaría a tener atributos: nombre_de_pila, primer_apellido, segundo_apellido  Un atributo multivaluado se representa como una tabla nueva – La nueva tabla tendrá una/s columna/s correspondiente/s a la clave primaria de la entidad original – Ejemplo: atributo “hijos” en la entidad empleado. Crea la tabla hijos_empleado( id_empleado, nombre, edad...) – Si hubieras creado la entidad “hijos” en el diseño original sería una entidad débil (o no). Una entidad débil da lugar a una tabla que incluye una/s columna/s con la clave primaria de la entidad fuerte.

Un conjunto de relaciones muchos a muchos da lugar a una tabla que contiene las claves primarias de las entidades que relaciona.

Los conjuntos de relacione muchos a uno no dan lugar a ninguna tabla. Se representan añadiendo la clave del “lado” de uno a la tabla del lado “muchos” ■ Por ejemplo: la relación cuentasucursal no da lugar a una tabla sino que “nombre_sucursal” pasa a formar parte de la tabla “cuenta”

Para los conjuntos de relaciones uno a uno la clave primaria de una de las entidades que se relacionan deben formar parte de la tabla formada por la otra relacion. Por lo tanto existen dos soluciones posibles – Esto es, se añade un atributo extra a UNA del las tablas optenidas a partir de las entidades relacionadas  Las entidades débiles son siempre uno a muchos. Método 1: – Crear una tabla con la entidad de mayor nivel – Formar una tabla con cada entidad de menor nivel incluyendo en la tabla la clave primaria de la entidad de mayor nivel y los atributos correspondientes a la entidad de menor nivel. tabla atributos persona nombre, calle, ciudad cliente nombre, credito empleado nombre, salario – Desventajas de esta aproximación: obtener información requiere acceder a dos tablas. Metodo 2: – Crear una tabla para cada entidad con todos los atributos locales y todos los atributos heredados tabla tabla atributos persona nombre, calle, ciudad cliente nombre, calle, ciudad, crédito empleado nombre, calle, ciudad, salario – si la especialización es total (todas las personas tienen que ser o clientes o empleados) no se necesita una tabla para persona • a menos que las restricciones (claves extranjeras) lo hagan necesario – Inconvenientes de esta aproximación: si existen personas que son clientes y empleados simultáneamente la base contiene información redundante.Hallar claves primarias  Identificar atributos multivaluados/compuestos y convertirlos en entidades (o quiza en varios atributos)  Identificar entidades débiles  Identificar atributos/entidades redundantes  Identificar relaciones que darán lugar a tablas n a n (y relaciones que no darán lugar a tablas)  Todas las entidades producen una tabla.

Libro (ISBN, título, N_edición, fecha_edición, tema)  Ejemplar (Cod_ejemplar, precio, ocupado)  Socios (Num_socio, nombre, ape_1, ape_2, dirección, localidad, provincia, tfn)  Sanción (Motivo, fecha, montante, saldada)  Editorial (Código_editorial, nombre_ed, dirección)  Autor (Código_autor, nombre, ape_1, ape_2)  Demanda (Fecha_demanda). PIDE_PRESTADO (COD_EJEMPLAR , NUM_SOCIO , FECHA_INICIO, FECHA_ENTREGA)  RESERVA (NUM_SOCIO , COD_EJEMPLAR , FECHA_PRÓXIMA)  DEMANDA (NUM_SOCIO , ISBN , FECHA_DEMANDA)  ESCRITO_POR (ISBN , CÓDIGO_AUTOR )  LIBRO (ISBN, TÍTULO, N_EDICIÓN, FECHA_EDICIÓN, TEMA, COD_EDITORIAL )  EJEMPLAR (COD_EJEMPLAR, PRECIO, OCUPADO, ISBN )  SOCIOS (NUM_SOCIO, NOMBRE, APE_1, APE_2, DIRECCIÓN, LOCALIDAD, PROVINCIA, TFN)  SANCION (NUM_SOCIO , MOTIVO, FECHA, MONTANTE, SALDADA)  EDITORIAL (CODIGO_EDITORIAL, NOMBRE_ED, DIRECCION)  AUTOR (CÓDIGO_AUTOR, NOMBRE, APE_1, APIdentificar las entidades.  Identificar las relaciones.  Identificar los atributos y asociarlos a entidades y relaciones.  Determinar los dominios de los atributos.  Determinar las claves.  Determinar las jerarquías de generalización (si las hay).  Dibujar el diagrama entidad-relación.  Revisar el esquema conceptual local con el usuario.