Se desea establecer un modelo conceptual para la gestión de una biblioteca. Se desean tener almacenados todos los libros que la componen. Para cada libro.

Slides:



Advertisements
Presentaciones similares
IBD Plan 90 y 2003 Clase 11.
Advertisements

Pasaje a Tablas.
Entidad Cosa u objeto real (una persona) o abstracto (un préstamo) de interés en el mundo real (una organización). Es distinguible de todos los demás objetos.
Repaso DBD!!! (Es ahora o nunca)
Enunciados.
Modelo Entidad Relación
Rocío Contreras Águila Primer Semestre 2010 SQL Server Aplicado.
Ejercicio 1 Una oficina (identificada por NUM-OFI) de un edificio (con un único NOM-EDIF) está ocupada por una persona (identificada por un ID-PERSONA.
Fundamentos de Base de Datos Modelo E-R
Modelo Entidad Relación E-R
COMO HACER FICHAS DE FUTBOL SALA
MER.
Modelo Entidad-Relación
Bases de Datos Modelo Relacional.
Elementos para Interpretar el Modelo Conceptual de Datos
2.1Definición de un modelo de datos
¿QUÉ SON LAS BASES DE DATOS?
Primera Forma Normal En una relación (tabla) no pueden existir grupos de repetición, es decir, un atributo no puede tomar más de un valor del dominio subyacente:
Pasaje a Tablas Prof. Leonardo Carámbula – Sistemas de Bases de Datos – Informática – E.M.T. – I.T.S.
MODELO RELACIONAL.
MODELO ENTIDAD RELACIÓN
Modelo Entidad Relación E-R
Teoría de Bases de Datos
Base de Datos Relacional.
Video conferencia.
Daniel Correa Botero José López Vélez Universidad de Antioquia 2013-II
Modificado de: M.A. Ana Celia Gutiérrez Olivas
Modelos existentes de base de datos
y programa de Microsoft Access
Ing. Marco Zarate Z.. Entidades Relaciones Atributos.
Sistemas de Bases de Datos I
Ejemplo PRACTICO Proyecto Examen1 .. Examen 6
Ejercicio 0 En un banco de plaza se desea registrar los clientes (cédula, nombre y dirección) que poseen cuentas. De las cuentas se sabe los clientes que.
Manual de Ayuda para el usuario del ing Explorer.
Métrica v2.1 Técnicas: Modelado de datos (Parte 2)
MODELADO DE DATOS (PARTE 2) Viviana Poblete L. Modelo de Datos I.
Introducción a las Bases de Datos Relacionales Juan Alberto Sigüenza Escuela Técnica Superior de Informática Universidad Autónoma de Madrid.
Pantalla de acceso El usuario podrá ingresar por la dirección ¨ y tendrá acceso al sistema luego de ingresar el usuario y contraseña.
SISTEMA DE BASE DE DATOS
DISEÑO DE BASES DE DATOS
DOSSIER INFORMATIVO ALQUILIBRIX. España es uno de los pocos países donde los libros de texto, al igual que el material escolar, son financiados por los.
DIAGRAMAS ENTIDAD RELACIÓN
Modelos de Datos.
Ing. Héctor Abraham Hernández Erazo
DISEÑO DE BASES DE DATOS
Restricciones de Integridad
Gestión para la Informática I Octubre 2010
Modelo Entidad Relación
Bases de Datos.
GESTIÓN DE TRABAJOS DE FIN DE CARRERA.
SISTEMA DE BASE DE DATOS Equipo #6 Integrantes :García Hernández Yaneli Tlacomulco Moncada Blanca Edith Carreto Vichique Laura Belén Rosales Titla María.
Ejercicio#1 Una tienda de música desea modelar a los compositores de sinfonías, las sinfonías y la relación entre ambos. De los compositores se conoce.
Diagramas.
CARACTERISTICAS Y REPRESENTACION DE LOS DATOS
Diagrama Entidad-Relación
El Modelo de Datos Entidad-Relación (E/R)
Modelo Entidad - Relación
3. Modelo de datos Prof: Lcdo. Luis Peña.
FIRMA DIGITAL Eduardo Chiara Galván.
PRÁCTICA 3: DISEÑO CENTRADO EN EL USUARIO Pedro Rivero Barrera Gonzalo Serrano Espada.
Curso Introductorio a Bases de Datos.
INTERFAZ DE ACCESS  Access es un sistema gestor de bases de datos relacionales (SGBD). Una base de datos suele definirse como un conjunto de información.
Unidad II Diseño Conceptual de una Base de Datos:
Programación BBDD Relación 1 – Diagramas E/R Ejercicio 4 – Enfoque Ascendente Carlos de Mesa Mansilla Universidad de Granada.
M ODELO DE DATOS DE ENTIDAD - VÍNCULO El modelo de entidad-vínculo es un modelo de datos conceptual de uso muy extendido. Este modelo, y sus variantes,
  No de usuario  Nombre del usuario  Direccion  Telefono Usuarios.
Dado que una colección esta gestionada por una clase dentro del lenguaje que estamos utilizando, y en cierta forma no se tiene un control total.
Tema 2: Diseño de Bases de Datos relacionales
Modelos Entidad – Relación (E-R). El modelo entidad-relación Los MD soportados por los SGBD no suelen ofrecer, dado su bajo nivel de abstracción, los.
SISCAB Administrador VARCHAR(20) nombre VARCHAR(30) apellido INT cedula VARCHAR(20) VARCHAR(15) login VARCHAR(30) facultad VARCHAR(30) escuela +bool:
Transcripción de la presentación:

Se desea establecer un modelo conceptual para la gestión de una biblioteca. Se desean tener almacenados todos los libros que la componen. Para cada libro interesa conocer el ISBN, el título, el autor o autores, la editorial, el año de publicación y la materia. De cada autor se quiere conocer su nombre, apellidos y nacionalidad. Un autor podrá haber escrito varios libros, de la misma forma que en un libro pueden participar varios autores. De la editorial se desea conocer el nombre y la ciudad. A dicha biblioteca podrán estar suscritos varios usuarios. De ellos se quiere saber su DNI, número de socio, nombre, apellidos, dirección y teléfono. Deberá quedar constancia de la fecha de préstamo de cada libro.

Entidades De libro se desean conocer ciertos datos, libro es entidad. Entre los datos a conocer están autor y editorial. De ambos se requiere conocer más, editorial y autor son entidades. Se habla de usuarios, los cuales cuentan con propiedades específicas, usuario es entidad. LIBRO AUTOR EDITORIAL SOCIO

Atributos De libro se desea conocer ISBN, titulo, autor o autores, editorial, año de publicación y materia. Autor o autores y editorial son datos obtenibles a través de la relación Libro-Autor y Libro-Editorial. Luego: LIBRO (ISBN, titulo_libro, año_libro, materia_libro). De cada autor se requiere conocer nombre, apellidos y nacionalidad: AUTOR (nombre_autor, apellidos_autor, nacionalidad_autor).

De la editorial se requiere el nombre y la ciudad: EDITORIAL (nombre_editorial, ciudad_editorial) De Socio se requiere saber DNI, número de socio, nombre, apellidos, dirección y teléfono: SOCIO (DNI, número_socio, nombre_socio, apellidos_socio, dirección_socio y teléfono_socio) Ojo: Se desea conocer además la fecha en que se hizo un préstamo específico a un socio.

Claves LIBRO (ISBN, titulo_libro, año_libro, materia_libro) Esta claro que aquí la clave que identifica a cada libro es el ISBN, luego es clave (numero único para identificar libros). AUTOR (nombre_autor, apellidos_autor, nacionalidad_autor). Autor no tiene atributo que permita identificarlo, puesto que puede haber autores con el mismo nombre o apellidos, o ambos. Por lo mismo, adicionamos un codigo_autor que será la clave. AUTOR (codigo_autor, nombre_autor, apellidos_autor, nac_autor).

EDITORIAL (nombre_editorial, ciudad_editorial) Ocurre lo mismo que con el caso de autor, luego adicionamos un codigo_editorial que será clave. EDITORIAL (codigo_editorial, nombre_editorial, ciudad_editorial) SOCIO (DNI, número_socio, nombre_socio, apellidos_socio, dirección_socio y teléfono_socio) En el caso de socio, tenemos el numero_socio, que identifica a cada socio dentro de la biblioteca, por ende es clave. También podría usarse el DNI que es como nuestro CI. (clave candidata)

Relaciones Sabemos que un libro es escrito por un autor luego tenemos LIBRO-AUTOR (escrito). Se aclara en el texto que un autor puede escribir varios libros y que un libro puede ser escrito por varios autores. Supuesto: un autor puede escribir mínimo 1 libro (para que sea autor) y un libro debe ser escrito por mínimo un autor (necesariamente debe haber uno). Sabemos que el libro tiene una editorial: LIBRO-EDITORIAL (tiene). No se aclara más allá, por ende hacemos supuesto: un libro tendrá una sola editorial y una editorial debe manejar al menos uno o varios libros.

Sabemos que el socio pide libros: SOCIO-LIBRO (pide). Tampoco se especifica más allá, luego hacemos supuesto: un socio puede pedir varios libros, incluso pudiendo pedir cero libros (se hizo socio y jamás pidió libros) y un libro puede ser pedido por varios socios, o bien puede ser pedido por nadie (desde que llego nadie lo ha pedido). Aquí hay que recordar el atributo fecha_prestamo.

Analizar posibles…?: Atributos Compuestos Atributos Multivalorados Atributos Derivados Valor nulo Entidad Débil Generalización

Analizar posibles…?: Atributos Compuestos: fecha _ préstamo (pide), apellidos (socio), dirección (socio) Atributos Multivalorados: nacionalidad (autor), teléfono (socio), materia (libro) Atributos Derivados: no Valor nulo: dirección (socio) si no la conocemos, entre otros. Entidad Débil: no Generalización: no