4 ejemplos Modelo E-R convertido a acces

Ejemplo 1
Hospital: 

HOSPITAL, con los datos: · código, que lo identifica. · nombre · dirección · teléfono · cantidad de camas SALA, con los datos: · código · nombre · cantidad de camas MEDICO, con los datos: · cédula de identidad · nombre · especialidad

LABORATORIO, con los datos: · código, que lo identifica. · nombre · dirección · teléfono PACIENTE, con los datos: · cédula de identidad · número de registro · número de cama · nombre · dirección · fecha de nacimiento · sexo DIAGNOSTICO, con los datos: · código, que lo identifica. · tipo · complicaciones

Además se sabe que: · Cada hospital tiene varias salas. Cada una de ellas pertenece a un solo hospital. En distintos hospitales puede haber salas con el mismo código, pero esto no puede ocurrir dentro de un hospital. · Cada médico trabaja en un único hospital. · Cada hospital trabaja con muchos laboratorios, y un laboratorio presta servicios a más de un hospital. Interesa conocer la descripción de cada servicio y la fecha en que se realizó. Un paciente puede estar internado en una única sala. Cada paciente puede ser atendido por más de un médico, y a su vez cada médico atenderá varios pacientes. Interesa conocer las fechas de las atenciones. Cada paciente puede tener varios diagnósticos. Interesa saber la fecha en que se realizó cada uno.

Ejemplo 2

Artículos y Encargos:

Problema 1 (*): Artículos y encargos Una base de datos para una pequeña empresa debe contener información acerca de clientes, artículos y pedidos. Hasta el momento se registran los siguientes datos en documentos varios: • Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente), Saldo, Límite de crédito (depende del cliente, pero en ningún caso debe superar los 3.000.000 pts), Descuento. • Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, Existencias de ese artículo en cada fábrica, Descripción del artículo. • Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera está formada por el número de cliente, dirección de envío y fecha del pedido. El cuerpo del pedido son varias líneas, en cada línea se especifican el número del artículo pedido y la cantidad. Además, se ha determinado que se debe almacenar la información de las fábricas. Sin embargo, dado el uso de distribuidores, se usará: Número de la fábrica (único) y Teléfono de contacto. Y se desean ver cuántos artículos (en total) provee la fábrica. También, por información estratégica, se podría incluir información de fábricas alternativas respecto de las que ya fabrican artículos para esta empresa. Nota: Una dirección se entenderá como Nº, Calle, Comuna y Ciudad. Una fecha incluye hora. Se pide hacer el diagrama ER para la base de datos que represente esta información.

Ejemplo 3

Profesores:

A partir del siguiente enunciado diseñar el modelo entidad-relación.

“Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar

los datos de los profesores del Instituto (DNI, nombre, dirección y teléfono). Los profesores imparten módulos, y cada módulo tiene un código y un nombre. Cada alumno está matriculado en uno o varios módulos.

De cada alumno se desea guardar el nº de expediente, nombre, apellidos y fecha de nacimiento. Los profesores pueden impartir varios módulos, pero un módulo sólo puede ser impartido por un profesor. Cada curso tiene un grupo de alumnos, uno de los cuales es el delegado del grupo”.

Ejemplo 4

Futbool:

La liga de fútbol profesional, presidida por Don Ángel María Villar, ha decidido informatizar

sus instalaciones creando una base de datos para guardar la información de los partidos

que se juegan en la liga.

Se desea guardar en primer lugar los datos de los jugadores. De cada jugador se quiere

guardar el nombre, fecha de nacimiento y posición en la que juega (portero, defensa,

centrocampista…). Cada jugador tiene un código de jugador que lo identifica de manera

única.

De cada uno de los equipos de la liga es necesario registrar el nombre del equipo, nombre

del estadio en el que juega, el aforo que tiene, el año de fundación del equipo y la ciudad

de la que es el equipo. Cada equipo también tiene un código que lo identifica de manera

única. Un jugador solo puede pertenecer a un único equipo.

De cada partido que los equipos de la liga juegan hay que registrar la fecha en la que se

juega el partido, los goles que ha metido el equipo de casa y los goles que ha metido el

equipo de fuera. Cada partido tendrá un código numérico para identificar el partido.

También se quiere llevar un recuento de los goles que hay en cada partido. Se quiere

almacenar el minuto en el que se realizar el gol y la descripción del gol. Un partido tiene

Varios goles y un jugador puede meter varios goles en un partido.

Por último se quiere almacenar, en la base de datos, los datos de los presidentes de los

equipos de fútbol (dni, nombre, apellidos, fecha de nacimiento, equipo del que es

presidente y año en el que fue elegido presidente). Un equipo de fútbol tan sólo puede

tener un presidente, y una persona sólo puede ser presidente de un equipo de la liga.

Pasar el modelo entidad-relación resultante al modelo relacional. Diseñar las tablas en

Access, realizar las relaciones oportunas entre tablas e insertar cinco registros en cada

Una de las tablas.

Convertir modelo E-R a acces

Lo primero que debemos tomar en cuenta para poder hacer un modelo E-R en acces es tomar en base la problemática o tomar en cuenta el borrador que ya previamente hemos echo por ejemplo: 

Pero si no hemos uno previamente con las caracterizaras que nos pide el problema tendremos que empezar desde el inicio, entonces lo primero que tenemos que hacer para poder hacer nuestro modelo E-R es empezar a tomar campos y otorgar sus atributos característicos del mismo con eso lograremos que no se nos repitan datos al buscarlo,empezaremos a colocar esa información en tablas dentro acces por lo cual una tabla pude quedar con esta información (Depende todo de la información del problema)

Cuando ya terminemos de describir y colocar atributos en los distintos campos de la problemática empezaremos a pensar como podremos relacionarlas, siempre tenemos que pesar en los problemas que podemos obtener si algo llega a fallar, por lo cual no podemos unir dos campos de manera directa o con una llave primaria por que eso provocaría la repetición de datos los cuales no estamos pidiendo, entonces la mejor manera en que podemos relacionar a los mismos es con una llave foránea con esta herramienta podemos unir cualquier campo ya que dentro de ella ponemos datos específicos los cuales son característicos y únicos de esos datos los cuales son mas eficientes a la hora de buscar un dato, pero también dentro de la llave foránea entran datos o atributos que tiene la misma relación no nada mas algo especifico de los campos, entonces un ejemplo de llave foránea dentro de acces es esta:

Esto significa que estamos especificando un dato ya que si las relacionamos directamente con una llave primaria nos darían errores y repetición de datos ya que los campos se pueden relacionar con muchos campos los cuales tienen muchos datos entonces gracias a la llave primaria los relacionamos y ademas especificamos datos por sus atributos y datos únicos  por lo que sera mas eficiente y con menos errores.

Siguiendo todos los pasos y tomando en cuenta toda la información y lo que se nos pide haremos el modelo entidad  en acces. Entonces para poder relacionar dos campos y evitar errores utilizar la lave foránea. relación

Modelo de base de datos

¿Que es un modelo de base de datos?
Un modelo de base de datos muestra la estructura lógica de la base, incluidas las relaciones y limitaciones que determinan cómo se almacenan los datos y cómo se accede a ellos. Los modelos de bases de datos individuales se diseñan en base a las reglas y los conceptos de cualquier modelo de datos más amplio que los diseñadores adopten. La mayoría de los modelos de datos se pueden representar por medio de un diagrama de base de datos acompañante.

Tipos de modelos de bases de datos

Hay muchos tipos de modelos de bases de datos. Algunos de los más comunes incluyen:

• Modelo de base de datos jerárquico: El modelo jerárquico organiza los datos en una estructura de árbol, en la que cada registro tiene un único elemento o raíz. Los registros del mismo nivel se clasifican en un orden específico. Ese orden se usa a manera de orden físico para almacenar la base de datos. El modelo es bueno para describir muchas relaciones del mundo real
• Modelo relacional: El modelo de red se basa en el modelo jerárquico, permitiendo relaciones de muchos a muchos entre registros vinculados, lo que implica registros principales múltiples. Basado en la teoría matemática de conjuntos, el modelo se construye con conjuntos de registros relacionados. Cada conjunto consiste de un registro propietario o principal y uno o más registros miembros o secundarios. Un registro puede ser miembro o secundario en múltiples conjuntos, permitiendo que este modelo represente relaciones complejas.
• Modelo de red: El modelo de red se basa en el modelo jerárquico, permitiendo relaciones de muchos a muchos entre registros vinculados, lo que implica registros principales múltiples. Basado en la teoría matemática de conjuntos, el modelo se construye con conjuntos de registros relacionados.
• Modelo de base de datos orientado a objetos: Este modelo define una base de datos como una colección de objetos, o elementos de software re-utilizables, con funciones y métodos relacionados.

Puedes elegir describir una base de datos con cualquiera de ellos dependiendo de varios factores. El mayor factor es si el sistema de gestión de bases de datos que estás usando es compatible con un modelo en particular. La mayoría de los sistemas de gestión de bases de datos están desarrollados con un modelo de datos particular en mente y requieren que los usuarios adopten ese modelo, aunque algunos son compatibles con múltiples modelos.

Tipos de base de datos

Modelos de bases de datos

Existen diferentes maneras de ordenar y organizar la información para que este sea accesible para nosotros. No existe el sistema de ase de datos perfecto: hay que elegir aquella estructura que mejor se adapte a nuestras necesidades. Los siguientes son los tipos más comunes:

• Las bases de datos jerárquicas: construyen una estructura de jerarquía con los datos que permite una estructuración muy estable cuando gestionamos una gran cantidad de datos muy interrelacionados.
• Las bases de datos en red: derivan de las jerárquicas pero mejoran la gestión de datos redundantes manteniendo su rendimiento en consultas de datos.
• Las bases de datos transaccionales: están diseñadas para el envío y recepción de datos a grandes velocidades y de forma continua. Su único fin es la recepción y envío de información pero la gestión de almacenamiento o redundancia están fuera de su propósito.
• Las bases de datos relacionales: son las más utilizadas en aplicaciones reales. La información se almacena siempre haciendo referencia a otra por lo que se facilita la gestión y su uso por personal no especialista. En este modelo el lugar y la forma donde se guarde la información es secundario.
• Las bases de datos orientadas a objetos: han surgido como concepto tras la aparición de los sistemas de programación orientada a objetos.
• Las bases de datos documentales: están especializadas en el almacenamiento de textos completos, por lo que facilitan el tratamiento informatizado de grandes cadenas de caracteres.

Ejemplos Modelo entidad relacion (E-R)

EJERCICIO 1                                   Hospital:

HOSPITAL, con los datos: · código, que lo identifica. · nombre · dirección · teléfono · cantidad de camas SALA, con los datos: · código · nombre · cantidad de camas MEDICO, con los datos: · cédula de identidad · nombre · especialidad

LABORATORIO, con los datos: · código, que lo identifica. · nombre · dirección · teléfono PACIENTE, con los datos: · cédula de identidad · número de registro · número de cama · nombre · dirección · fecha de nacimiento · sexo DIAGNOSTICO, con los datos: · código, que lo identifica. · tipo · complicaciones

Además se sabe que: · Cada hospital tiene varias salas. Cada una de ellas pertenece a un solo hospital. En distintos hospitales puede haber salas con el mismo código, pero esto no puede ocurrir dentro de un hospital. · Cada médico trabaja en un único hospital. · Cada hospital trabaja con muchos laboratorios, y un laboratorio presta servicios a más de un hospital. Interesa conocer la descripción de cada servicio y la fecha en que se realizó. Un paciente puede estar internado en una única sala. Cada paciente puede ser atendido por más de un médico, y a su vez cada médico atenderá varios pacientes. Interesa conocer las fechas de las atenciones. Cada paciente puede tener varios diagnósticos. Interesa saber la fecha en que se realizó cada uno.

EJERCICIO 2

Artículos y Encargos

Problema 1 (*): Artículos y encargos Una base de datos para una pequeña empresa debe contener información acerca de clientes, artículos y pedidos. Hasta el momento se registran los siguientes datos en documentos varios: • Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente), Saldo, Límite de crédito (depende del cliente, pero en ningún caso debe superar los 3.000.000 pts), Descuento. • Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, Existencias de ese artículo en cada fábrica, Descripción del artículo. • Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera está formada por el número de cliente, dirección de envío y fecha del pedido. El cuerpo del pedido son varias líneas, en cada línea se especifican el número del artículo pedido y la cantidad. Además, se ha determinado que se debe almacenar la información de las fábricas. Sin embargo, dado el uso de distribuidores, se usará: Número de la fábrica (único) y Teléfono de contacto. Y se desean ver cuántos artículos (en total) provee la fábrica. También, por información estratégica, se podría incluir información de fábricas alternativas respecto de las que ya fabrican artículos para esta empresa. Nota: Una dirección se entenderá como Nº, Calle, Comuna y Ciudad. Una fecha incluye hora. Se pide hacer el diagrama ER para la base de datos que represente esta información.

EJERCICIO 3

                                                    Profesores

A partir del siguiente enunciado diseñar el modelo entidad-relación.

“Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar

los datos de los profesores del Instituto (DNI, nombre, dirección y teléfono). Los profesores imparten módulos, y cada módulo tiene un código y un nombre. Cada alumno está matriculado en uno o varios módulos.

De cada alumno se desea guardar el nº de expediente, nombre, apellidos y fecha de nacimiento. Los profesores pueden impartir varios módulos, pero un módulo sólo puede ser impartido por un profesor. Cada curso tiene un grupo de alumnos, uno de los cuales es el delegado del grupo”.

EJERCICIO 4

                                                 Partido de Futbool

La liga de fútbol profesional, presidida por Don Ángel María Villar, ha decidido informatizar

sus instalaciones creando una base de datos para guardar la información de los partidos

que se juegan en la liga.

Se desea guardar en primer lugar los datos de los jugadores. De cada jugador se quiere

guardar el nombre, fecha de nacimiento y posición en la que juega (portero, defensa,

centrocampista…). Cada jugador tiene un código de jugador que lo identifica de manera

única.

De cada uno de los equipos de la liga es necesario registrar el nombre del equipo, nombre

del estadio en el que juega, el aforo que tiene, el año de fundación del equipo y la ciudad

de la que es el equipo. Cada equipo también tiene un código que lo identifica de manera

única. Un jugador solo puede pertenecer a un único equipo.

De cada partido que los equipos de la liga juegan hay que registrar la fecha en la que se

juega el partido, los goles que ha metido el equipo de casa y los goles que ha metido el

equipo de fuera. Cada partido tendrá un código numérico para identificar el partido.

También se quiere llevar un recuento de los goles que hay en cada partido. Se quiere

almacenar el minuto en el que se realizar el gol y la descripción del gol. Un partido tiene

Varios goles y un jugador puede meter varios goles en un partido.

Por último se quiere almacenar, en la base de datos, los datos de los presidentes de los

equipos de fútbol (dni, nombre, apellidos, fecha de nacimiento, equipo del que es

presidente y año en el que fue elegido presidente). Un equipo de fútbol tan sólo puede

tener un presidente, y una persona sólo puede ser presidente de un equipo de la liga.

Pasar el modelo entidad-relación resultante al modelo relacional. Diseñar las tablas en

Access, realizar las relaciones oportunas entre tablas e insertar cinco registros en cada

Una de las tablas.

Modelo Entidad-Relacion (E-R)

¿Que es un modelo entidad relación? 

Un modelo entidad relación o E-R, es un tipo de diagrama de flujo que ilustra como las "entidades", como personas, objetos o conceptos, se relacionan entre si dentro de un sistema. Los modelos E-R se usan a menudo para  diseñar o depurar bases de datos relacionales en los campos de ingeniera de software, sistemas de información empresarial, educación e investigación. También conocidos como modelos E-R, emplean un conjunto definido de símbolos, tales como rectángulos, diamantes 

Elementos del Modelo E-R

• Entidades Son objetos distinguibles del resto;  una entidad es la representación de un objeto o concepto del mundo real que se describe en una base de datos.
• Atributos Con propiedades o característica o rasgo de un tipo de entidad que describe la entidad
• Relación Describe la dependencia entre entidades o permite la asociación de las mismas. Las relaciones de bases de datos son asociaciones entre tablas que se crean utilizando sentencias de unión para recuperar datos.  

Tipos de Relaciones:

• 1 a 1 Un esposo(e) está casado(r) con una única esposa(e) y viceversa.
• 1 a M Una factura(e) se emite (r) a una persona(e) y sólo a una, pero una persona(e) puede tener(r) varias facturas(e) emitidas a su nombre. Todas las facturas(e) se emiten(r) a nombre de alguien(e).
• M a M Un cliente(e) puede comprar(r) varios productos(e) y un producto(e) puede ser comprado(r) por varios clientes(e).