base de datos ejemplos, Esquemas y mapas conceptuales de Programación de Bases de Datos

¡Descarga base de datos ejemplos y más Esquemas y mapas conceptuales en PDF de Programación de Bases de Datos solo en Docsity!

CARLOS EDUARDO CRUZ SANCHEZ

MATRICULA: 122961

GRUPO: K

MATERIA: BASE DE DATOS

ACTIVIDAD 2

TUXPAN, VERACRUZ.

MAYO 2021

INTRODUCCIÓN

Esta es la tarea número dos de la materia, en la cual diseñaremos una base de datos relacional con una herramienta, ya sea con Workbench o DBDesigner. Realizando la instalación y manejo del programa, desarrollando la siguiente actividad: BIBLIOTECA Supongamos que queremos diseñar una base de datos para una biblioteca y conocemos que ésta funciona de la siguiente forma:  En la biblioteca se encuentran una serie de libros que los empleados solicitan a las editoriales escribiendo una carta de petición. La dirección a la que ha de dirigir la carta se encuentra en un archivo de editoriales.  Cuando un libro se recibe, se le da de alta mediante la construcción de una ficha para búsqueda por autor y otra ficha para búsqueda por tema. En ambas fichas aparecen el título del libro, el nombre del autor y su nacionalidad, la editorial a la que pertenece la publicación, el tema sobre el que trata, el ISBN y la estantería de la biblioteca en la que se encuentra. Las estanterías soportan como máximo 100 libros y tienen un número y un lugar asignado dentro de la biblioteca. Hay que aclarar que en la biblioteca no se encuentran ejemplares repetidos de ningún libro.  Para obtener los libros de la biblioteca es necesaria la posesión de una credencial que acredite a los distintos usuarios. Esta credencial es única para cada persona y se expide desde la primera vez que se intenta retirar un libro. Cada usuario sólo puede retirar dos libros cada vez.  Mensualmente se confecciona un inventario actualizado donde se indica para cada libro el nombre, el autor y el lugar de la biblioteca donde se encuentra.  En la biblioteca les gustaría disponer de un listado al final de cada día en donde apareciera cada libro que se ha retirado: el título, el ISBN, el autor y el número de credencial, nombre y el teléfono del usuario que lo ha retirado.

Ahora nos vamos a las consideraciones de diseño: Las consideraciones de diseño nos dan más información para que establezcamos las relaciones que existen entre las entidades que ya hemos localizado. Ahora va vamos a modelar nuestra base de datos. Primero colocamos las entidades Editorial Editorial con sus atributos y ponemos como clave primaria el código de editorial ya que es lo que nos está indicando nuestra lectura tenemos un código para editorial la cual es única y nos sirve como una clave primaria y de igual manera tenemos más atributos: Dirección. Al realizar la relación se tiene que Editorial se relaciona con libros y es de uno a muchos, porque un libro pertenece a una única editorial, por lo tanto, un libro va a pertenecer a una única editorial y será una relación de uno a muchos 1: N y la cordialidad de Editorial – libro sería (1,1) y (1, n). Un libro puede pertenecer a una editorial y en una editorial hay muchos libros. Libro Libro con sus atributos y ponemos como clave primaria el código ISBN ya que es ISBN ya que es lo que nos está indicando nuestra lectura tenemos un código para libro la cual es única y nos sirve como una clave primaria y de igual manera tenemos más atributos: título, autor, país y tema. Al realizar la relación se tiene que Libro se relaciona con usuario y es de uno a muchos, porque un solo usuario puede retirar hasta dos libros, por lo tanto, como puede ser más Direcc_Ed Cod_Ed EDITORIAL ISBN TEMA

AUTOR

R

TITULO

PAIS

LIBRO

de un libro el que puede sustraer un usuario y será una relación de uno relación de uno a muchos 1: N y la cordialidad de usuario –libro sería (1,1) y (1, n). Uno o dos libros pueden salir por cada uno de los usuarios con su respectiva credencial. Usuario Usuario con sus atributos y ponemos como clave primaria el código No. De Carnet ya que es lo que nos está indicando nuestra lectura tenemos un código para usuario la cual es única y nos sirve como una clave primaria y de igual manera tenemos más atributos: Nombre y Teléfono. Al realizar la relación se tiene que Usuario –libros es de uno a muchos, porque hasta dos libros pueden salir por cada usuario y los libros son solicitados por cada usuario 1: N y la cordialidad de usuario –libros sería (1,1) y (1, n). Pedido Pedido con sus atributos y ponemos como clave primaria el código ya que es lo que nos indicando nuestra lectura tenemos un código para pedido la cual es única y nos sirve como una clave primaria y de igual manera tenemos más atributos: Fecha, Empleado. Al realizar la relación se tiene que libro– pedido uno a muchos porque puede haber pedido o un pedido de uno a muchos libros por lo tanto la relación es uno a muchos 1: N y la cordialidad de Libros-Pedido. Sería (1,n) y (0,1). 1 libro puede pertenecer a uno1: N y la cordialidad de Libros-Pedido. Sería (1,n) y (0,1). 1 libro puede pertenecer a uno o a ningún pedido, ya que podía estar por otros medios en la biblioteca (es un supuesto); pero todos los pedidos tienen que tener al menos un libro, ya que, si no hubiera un libro mínimo, no tendría sentido el pedido en sí. Estanterías Estanterías con sus atributos y ponemos como clave primaria el código del No. Estante ya que es lo que nos está indicando nuestra lectura tenemos un código para Estanterías la cual es única y nos sirve como una clave primaria y de igual manera tenemos más atributos: Lugar. No. carnet Usuario Nombre Teléfono EMPLEADO

FECHA

CODIGO

PEDIDO

No. ESTANTERIA LUGAR

ESTANTERIA

Posteriormente procedemos a realizar las relaciones entre entidades (Figura 2) Figura 2. Entidades con sus respectivas relaciones en MySQL Workbench.

3. BIBLIOGRAFÍA. Celma Giménez, M. C. (2003). Bases de datos relacionales. Madrid, España: Pearson Educación,S.A. EzequieL Rozic, S. (2004). Bases de datos y su aplicación. Argentina: MP Ediciones S.A.