SlideShare una empresa de Scribd logo
1 de 8
Descargar para leer sin conexión
2018
JOHAN
[Nombre de la compañía]
20-3-2018
Modelo Conceptual de la Base de
Datos (Modelo E-R)
LOGRO DE APRENDIZAJE:
Al finalizar, el estudiante será capaz
de conocer y aplicar el modelo
conceptual para la creación de una
base de datos.
I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA
TALLER DE BASE DE DATOS 1
MODELO CONCEPTUAL DE UNA BD (Modelo E-R)
El modelo relacional
En el modelo relacional las dos capas de diseño conceptual y lógico, se parecen mucho.
Generalmente se implementan mediante diagramas de Entidad/Relación (modelo conceptual)
y tablas y relaciones entre éstas (modelo lógico). Este es el modelo utilizado por los sistemas
gestores de datos más habituales (SQL Server, Oracle, MySQL...).
Modelo Entidad-Relación ER
El modelo entidad-relación ER es un modelo de datos que permite representar cualquier
abstracción, percepción y conocimiento en un sistema de información formado por un conjunto
de objetos denominados entidades y relaciones, incorporando una representación visual
conocida como diagrama entidad-relación.
Elementos del Modelo Entidad-Relación (E-R)
CONCEPTOS DEL MODELO ER
Ejemplares - Conjuntos - Extensión - Instancia. Se denominan ejemplares a los registros que
guardan una serie de características similares o que pueden ser agrupados o clasificados dadas
sus características comunes en grupos bien delimitados. A los ejemplares también se los conoce
como registros de una tabla de una base de datos, o en términos de abstracción como
la extensión de la base de datos. Por ejemplo es la lista de usuarios de una biblioteca, la lista de
productos con sus características, la lista de tipos de documentos y su definición.
Entidad. La entidad es cualquier clase de objeto o conjunto de elementos presentes o no, en un
contexto determinado dado por el sistema de información o las funciones y procesos que se
definen en un plan de automatización. Dicho de otra forma, las entidades las constituyen las
tablas de la base de datos que permiten el almacenamiento de los ejemplares o registros del
sistema, quedando recogidos bajo la denominación o título de la tabla o entidad. Por ejemplo,
la entidad usuarios guarda los datos personales de los usuarios de la biblioteca, la entidad
I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA
TALLER DE BASE DE DATOS 2
catalogo registra todos los libros catalogados, la entidad circulación todos los libros prestados y
devueltos y así sucesivamente con todos los casos.
Atributos - Intención. Son las características, rasgos y propiedades de una entidad, que toman
como valor una instancia particular. Es decir, los atributos de una tabla son en realidad sus
campos descriptivos, el predicado que permite definir lo que decimos de un determinado sujeto.
Por ejemplo de una entidad o tabla catálogo, se pueden determinar los atributos título,
subtítulo, título paralelo, otras formas del título, autor principal, otras menciones de
responsabilidad, edición, mención de edición, editorial, lugar de publicación, fecha de
publicación,...
Relación. Vínculo que permite definir una dependencia entre los conjuntos de dos o más
entidades. Esto es la relación entre la información contenida en los registros de varias tablas.
Por ejemplo, los usuarios suelen clasificarse según una lista de tipos de usuarios, ya sean
profesores, alumnos o investigadores. De esta forma es posible emitir la relación entre el
usuario Jorge Martínez como alumno y Enrique Valtierra como profesor. Las relaciones son
definidas de forma natural en un diagrama relacional para expresar un modelo cognitivo que
dará lugar posteriormente a las interrelaciones de las entidades.
Interrelación. Las interrelaciones las constituyen los vínculos entre entidades, de forma tal que
representan las relaciones definidas en el esquema relacional de forma efectiva. Esto no sólo la
relación de los registros sino de sus tablas y de las características de la interrelación entre las
entidades, a través de un campo clave que actúa como código de identificación y referencia para
relacionar (es decir, como nexo de unión y articulación de la relación). Los tipos de
interrelaciones entre entidades o tablas se realizan aplicando las reglas de cardinalidad y
modalidad.
Entidades fuertes. Lo constituyen las tablas principales de la base de datos que contienen los
registros principales del sistema de información y que requieren de entidades o tablas auxiliares
para completar su descripción o información. Por ejemplo la tabla usuario es una entidad fuerte
en relación a la tabla tipos de usuarios, que es una entidad débil dada su condición auxiliar para
clasificar a los usuarios registrados en la biblioteca.
Entidades débiles. Son entidades débiles a las tablas auxiliares de una tabla principal a la que
completan o complementan con la información de sus registros relacionados. Por ejemplo
también son consideradas entidades débiles las tablas intermedias que sirven para compartir
información de varias tablas principales.
Modelo entidad
relación
Objeto de la base de
datos
Ejemplo
Ejemplares – Conjuntos –
Extensión
Registros de una tabla –
Conjunto de registros
Conjunto-Usuarios{Jorge Martínez(1|alumno),
Enrique Valtierra(2|profesor), Miguel dos
Santos(3|investigador)}
Entidad Tabla de la base de datos Tabla usuarios
Atributos – Intención Campos de una tabla
id, nombre, apellidos, tipo de usuario, dni,
dirección, teléfono
I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA
TALLER DE BASE DE DATOS 3
Relación Vínculo entre conjuntos Jorge Martínez es investigador
Interrelación Relación entre tablas
Tabla Usuarios relacionada con Tabla Tipo de
usuarios
Entidades fuertes Tabla principal Tabla Usuarios
Entidades débiles Tabla auxiliar Tabla Tipo de usuarios
Tabla1. Esquema con algunos elementos fundamentales del diagrama ER
Clave. Es el campo o atributo de una entidad o tabla que tiene como objetivo distinguir cada
registro del conjunto, sirviendo sus valores como datos vinculantes de una relación entre
registros de varias tablas.
 Superclave. Es la combinación de campos clave que identifican unívocamente un
registro en una tabla o entidad.
 Clave principal primaria. Permiten identificar unívocamente cada registro de una tabla.
Por ejemplo campo auto-numérico interno ID.
 Clave candidata. Campos que cumplen las condiciones de identificación única de
registros, pero que no fueron definidos como principales por el diseñador. Por ejemplo
el DOI (Document Object Identifier) es un campo que define unívocamente un registro
de un documento en una tabla o entidad concreta. No obstante a efectos de gestión
interna del sistema el campo principal ID que contiene un valor numérico correlativo,
permite un tratamiento más sencillo que el DOI.
 Clave externa. Campo clave conformado por el valor de una clave principal primaria de
otra tabla. Por ejemplo el campo id_tipodeusuario en la tabla usuarios es un campo
clave externo que guarda el valor del campo primario ID de la tabla tipodeusuario,
especificando de esa forma que un usuario como Enrique Valtierra sea de tipo 2 es
decir profesor.
Integridad referencial. Se denomina integridad referencial al tipo de interrelación que se
produce entre tablas mediante un campo clave que deberá contener la cadena alfanumérica
exacta al identificador de la tabla auxiliar para poder realizar la relación entre los registros. En
caso contrario no se produce la relación. Además, se trata de un mecanismo que evita
duplicidades e incorrecciones ya que la propiedad de integridad referencial conmina a que los
datos de un usuario además de su identificador ID sean distintos al de los demás. Dicho de otra
forma, no pueden existir dos registros iguales con los mismos datos.
Tipos de relaciones
 Según cardinalidad. La cardinalidad se representan en un diagrama ER como una
etiqueta que se ubica en ambos extremos de la línea de relación de las entidades y que puede
contener diversos valores entre los que destacan comúnmente el 1 y el *, obteniendo los
siguientes tipos:
 Relación 1 a 1. La relación uno a uno, define que un único registro de la tabla puede
estar relacionado con un único registro de la tabla relacionada.
I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA
TALLER DE BASE DE DATOS 4
Figura1. Esquema de relación 1 a 1
 Relación 1 a *. La relación de uno a varios, define que un registro dado de una tabla
auxiliar o secundaria sólo puede estar vinculado con un único registro de la tabla
principal con la que está relacionada.
Figura2. Esquema de relación 1 a muchos
 Relación * a *. La relación de varios a varios, define que un registro de una tabla puede
estar relacionado con varios registros de la tabla relacionada y viceversa.
Figura3. Esquema de relación muchos a muchos
 Según modalidad
 Optativa. La relación entre un registro de una tabla y varios de la tabla
relacionada, puede existir o no.
 Obligatoria. La relación entre un registro de una tabla y otro de la tabla
relacionada es obligada, debe existir siempre.
Figura4. Esquema de relaciones optativas y obligatorias
Ejemplos
Relación 1 a 1. Cada documento adquirido es registrado podría equipararse a la cardinalidad 1
a 1. Esto significa que cada documento que se introduce en el módulo de adquisiciones (y por
ende en su tabla) tiene su correspondencia con los documentos que finalmente se reciben en la
biblioteca para ser dados de alta en la tabla registro. De esta forma, puede haber o no
documentos en proceso de adquisición (relación optativa). En cambio la tabla registro se
encarga de registrar los documentos que se reciben por lo que su relación es de obligatoriedad
(todo documento registrado está presente en la tabla de adquisiciones). Todo ello no implica
que todos los documentos en fase de adquisición tengan que estar registrados. Pueden existir
documentos en fase de adquisición que no hubieran sido registrados. Véase ejemplo de
la figura5.
I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA
TALLER DE BASE DE DATOS 5
Figura5. Los documentos que se adquieren son registrados
Relación 1 a *. Los usuarios de una biblioteca suelen solicitar préstamos, por lo tanto la relación
que se produce es de uno a muchos. Un usuario puede pedir o no el préstamo de uno o varios
libros o documentos. Por lo tanto, pueden existir uno o ningún usuario solicitando el préstamo,
pero para que exista la relación con la tabla préstamos, ésta debe registrar al usuario, su fecha
de préstamo y devolución. Véase figura6. Por otra parte, el préstamo se compone no sólo del
usuario que lo solicita, sino del documento u objeto que le es prestado, que es el caso que se
expone en la figura7. Al igual que en la relación del usuario con la tabla préstamo, un documento
puede o no ser prestado. Un documento puede haber sido prestado y devuelto muchas veces y
para que exista la relación entre la tabla préstamos y catálogo, debe existir un registro que
integre su información (de aquí su modalidad de relación obligatoria). Todo ello conduce a una
relación más compleja que puede observarse en la figura8. Lo que en un principio se consideraba
una relación de 1 a muchos, termina convirtiéndose en una relación de muchos a muchos gracias
a una tabla débil o intermedia que almacena la información necesaria del usuario y del
documento para poder efectuar el préstamo correspondiente. Por lo tanto la tabla préstamos,
relaciona muchos usuarios con muchos libros en múltiples conjuntos o registros que pueden
estar activos o finalizados. Recuérdese que los libros una vez devueltos vuelven a estar
disponibles para dar servicio a terceros usuarios. Por ello se concluye que para que un préstamo
tenga lugar, deberá estar presente el identificador del usuario y del documento siendo
obligatorios en todo proceso de circulación.
Figura6. Los usuarios solicitan préstamos
I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA
TALLER DE BASE DE DATOS 6
Figura7. Los documentos y libros son prestados
Figura8. Lo documentos son prestados a los usuarios
Relación * a *. Cuando se catalogan los documentos en una biblioteca, al seguir las indicaciones
de las normas de catalogación, se advierte un apartado de suma importancia; las autoridades.
Éstas definen la responsabilidad intelectual, artística, cognitiva, editorial, administrativa,
introductoria, del documento. Por ello no es de extrañar que en la catalogación los campos de
autoridades sean repetibles, dado que pueden existir 1 o más autoridades. Esta relación es la
que se advierte en la figura9. Cada libro puede tener o no 1 o muchas autoridades. Por lo tanto
una autoridad puede estar presente en varios libros o formar parte de varias responsabilidades
en el mismo.
I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA
TALLER DE BASE DE DATOS 7
Figura9. Los libros al ser catalogados pueden tener o no autoridades

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

diagrama de planificaciones
diagrama de planificaciones diagrama de planificaciones
diagrama de planificaciones
 
Modelamiento entidad relacion
Modelamiento entidad relacionModelamiento entidad relacion
Modelamiento entidad relacion
 
Que es una base de datos
Que es una base de datosQue es una base de datos
Que es una base de datos
 
Que es una base de datos
Que es una base de datosQue es una base de datos
Que es una base de datos
 
3 a5 valdez david - tarea 1.pptx
3 a5   valdez david - tarea 1.pptx3 a5   valdez david - tarea 1.pptx
3 a5 valdez david - tarea 1.pptx
 
Base de datos
Base de datosBase de datos
Base de datos
 
El modelo de datos relacional (Base de Datos)
El modelo de datos relacional (Base de Datos)El modelo de datos relacional (Base de Datos)
El modelo de datos relacional (Base de Datos)
 
B
BB
B
 
11 1
11 111 1
11 1
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
MODELAMIENTO ENTIDAD-RELACION (ER)
MODELAMIENTO ENTIDAD-RELACION (ER)MODELAMIENTO ENTIDAD-RELACION (ER)
MODELAMIENTO ENTIDAD-RELACION (ER)
 
Base de dato access nº2
Base de dato access  nº2Base de dato access  nº2
Base de dato access nº2
 
Base de datos access
Base de datos accessBase de datos access
Base de datos access
 
Modelo Relacional
Modelo RelacionalModelo Relacional
Modelo Relacional
 
Foro unidad 2 lizeth pinto
Foro unidad 2 lizeth pintoForo unidad 2 lizeth pinto
Foro unidad 2 lizeth pinto
 
Diapositivas Modelo Relacional
Diapositivas Modelo RelacionalDiapositivas Modelo Relacional
Diapositivas Modelo Relacional
 
ENTIDAD RELACION
ENTIDAD RELACIONENTIDAD RELACION
ENTIDAD RELACION
 
Clase3
Clase3Clase3
Clase3
 
Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad
 

Similar a Guia n3 diseno modelo conceptual bd

Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...DELIAMARINAHERAZOTUI
 
Definiciones base de datos
Definiciones base de datosDefiniciones base de datos
Definiciones base de datosCamilo Tellez
 
Construcción de base de datos
Construcción de base de datosConstrucción de base de datos
Construcción de base de datosjhovanaqg
 
Introducc base datos-sql
Introducc base datos-sqlIntroducc base datos-sql
Introducc base datos-sqlJaime Acurio
 
Conclusionessobrebasesdedatos
ConclusionessobrebasesdedatosConclusionessobrebasesdedatos
ConclusionessobrebasesdedatosDaniela Diaz
 
Conclusionessobrebasesdedatos1
Conclusionessobrebasesdedatos1Conclusionessobrebasesdedatos1
Conclusionessobrebasesdedatos1Daniela Diaz
 
Conclusionessobrebasesdedatos
ConclusionessobrebasesdedatosConclusionessobrebasesdedatos
ConclusionessobrebasesdedatosDaniela Diaz
 
Mallerly jaramillo base de datos
Mallerly jaramillo  base de datosMallerly jaramillo  base de datos
Mallerly jaramillo base de datosmallerly16
 
Base de datos
Base de datosBase de datos
Base de datosuptc
 
Bases de datos
Bases de datosBases de datos
Bases de datosOfimaticos
 

Similar a Guia n3 diseno modelo conceptual bd (20)

Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
 
Access trabajo
Access trabajoAccess trabajo
Access trabajo
 
Definiciones base de datos
Definiciones base de datosDefiniciones base de datos
Definiciones base de datos
 
Construcción de base de datos
Construcción de base de datosConstrucción de base de datos
Construcción de base de datos
 
Introducc base datos-sql
Introducc base datos-sqlIntroducc base datos-sql
Introducc base datos-sql
 
Conclusionessobrebasesdedatos
ConclusionessobrebasesdedatosConclusionessobrebasesdedatos
Conclusionessobrebasesdedatos
 
Conclusionessobrebasesdedatos1
Conclusionessobrebasesdedatos1Conclusionessobrebasesdedatos1
Conclusionessobrebasesdedatos1
 
Conclusionessobrebasesdedatos
ConclusionessobrebasesdedatosConclusionessobrebasesdedatos
Conclusionessobrebasesdedatos
 
Yajaira coa
Yajaira coaYajaira coa
Yajaira coa
 
Mer modelo entidad relación
Mer   modelo entidad relaciónMer   modelo entidad relación
Mer modelo entidad relación
 
Mallerly jaramillo base de datos
Mallerly jaramillo  base de datosMallerly jaramillo  base de datos
Mallerly jaramillo base de datos
 
BASES DE DATOS
BASES DE DATOSBASES DE DATOS
BASES DE DATOS
 
Trabajo access
Trabajo accessTrabajo access
Trabajo access
 
Diagrama mer
Diagrama merDiagrama mer
Diagrama mer
 
BASES DE DATOS
BASES DE DATOSBASES DE DATOS
BASES DE DATOS
 
Fundamentos de bases de datos unidad 2
Fundamentos de bases de datos unidad 2Fundamentos de bases de datos unidad 2
Fundamentos de bases de datos unidad 2
 
Base de datos
Base de datosBase de datos
Base de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 

Más de Johan Silva Cueva

Solucionario PC1-Dispositivos de alta Tension.pdf
Solucionario PC1-Dispositivos de alta Tension.pdfSolucionario PC1-Dispositivos de alta Tension.pdf
Solucionario PC1-Dispositivos de alta Tension.pdfJohan Silva Cueva
 
Analisis de Circuitos electricos.pdf
Analisis de Circuitos electricos.pdfAnalisis de Circuitos electricos.pdf
Analisis de Circuitos electricos.pdfJohan Silva Cueva
 
Guia3 emu8086 Arquitectura de computadoras
Guia3 emu8086 Arquitectura de computadorasGuia3 emu8086 Arquitectura de computadoras
Guia3 emu8086 Arquitectura de computadorasJohan Silva Cueva
 
Dispositivos de seguridad de la informacion
Dispositivos de seguridad de la informacionDispositivos de seguridad de la informacion
Dispositivos de seguridad de la informacionJohan Silva Cueva
 
Polatizacion del transistor bjt
Polatizacion del transistor bjtPolatizacion del transistor bjt
Polatizacion del transistor bjtJohan Silva Cueva
 
Tendencia de Microprocesadores y Motherboards Actuales
Tendencia de Microprocesadores  y Motherboards ActualesTendencia de Microprocesadores  y Motherboards Actuales
Tendencia de Microprocesadores y Motherboards ActualesJohan Silva Cueva
 
Protocolos de comunicacion Industrial
Protocolos de comunicacion IndustrialProtocolos de comunicacion Industrial
Protocolos de comunicacion IndustrialJohan Silva Cueva
 
Guia n10 conexion sql server 2012 y visual studio 2015 parte II
Guia n10 conexion sql server 2012 y visual studio 2015 parte IIGuia n10 conexion sql server 2012 y visual studio 2015 parte II
Guia n10 conexion sql server 2012 y visual studio 2015 parte IIJohan Silva Cueva
 
Guia n9 conexion sql server 2012 y visual studio 2015 parte I
Guia n9 conexion sql server 2012 y visual studio 2015 parte  IGuia n9 conexion sql server 2012 y visual studio 2015 parte  I
Guia n9 conexion sql server 2012 y visual studio 2015 parte IJohan Silva Cueva
 
Guia n5 normalizacion de base de datos
Guia n5 normalizacion de base de datosGuia n5 normalizacion de base de datos
Guia n5 normalizacion de base de datosJohan Silva Cueva
 
Guia n6 crear base de datos modo grafico
Guia n6 crear base de datos modo graficoGuia n6 crear base de datos modo grafico
Guia n6 crear base de datos modo graficoJohan Silva Cueva
 
Guia n7 lenguaje de definicion de datos en sql server 2012
Guia n7 lenguaje de definicion de datos en sql server 2012Guia n7 lenguaje de definicion de datos en sql server 2012
Guia n7 lenguaje de definicion de datos en sql server 2012Johan Silva Cueva
 
Guia n8 creacion de la bd e insertar registros en sql server 2012
Guia n8 creacion de la bd e insertar registros en sql server 2012Guia n8 creacion de la bd e insertar registros en sql server 2012
Guia n8 creacion de la bd e insertar registros en sql server 2012Johan Silva Cueva
 
Guia n1 fundamentos y evolucion de sistemas operativos
Guia n1 fundamentos y evolucion de sistemas operativosGuia n1 fundamentos y evolucion de sistemas operativos
Guia n1 fundamentos y evolucion de sistemas operativosJohan Silva Cueva
 

Más de Johan Silva Cueva (20)

Solucionario PC1-Dispositivos de alta Tension.pdf
Solucionario PC1-Dispositivos de alta Tension.pdfSolucionario PC1-Dispositivos de alta Tension.pdf
Solucionario PC1-Dispositivos de alta Tension.pdf
 
Analisis de Circuitos electricos.pdf
Analisis de Circuitos electricos.pdfAnalisis de Circuitos electricos.pdf
Analisis de Circuitos electricos.pdf
 
Pregunta5 (1)
Pregunta5 (1)Pregunta5 (1)
Pregunta5 (1)
 
Guia3 emu8086 Arquitectura de computadoras
Guia3 emu8086 Arquitectura de computadorasGuia3 emu8086 Arquitectura de computadoras
Guia3 emu8086 Arquitectura de computadoras
 
Dispositivos de seguridad de la informacion
Dispositivos de seguridad de la informacionDispositivos de seguridad de la informacion
Dispositivos de seguridad de la informacion
 
El transistor bjt
El transistor bjtEl transistor bjt
El transistor bjt
 
Polatizacion del transistor bjt
Polatizacion del transistor bjtPolatizacion del transistor bjt
Polatizacion del transistor bjt
 
Filtros analogicos
Filtros analogicosFiltros analogicos
Filtros analogicos
 
Clase7 comandos de linux
Clase7 comandos de linuxClase7 comandos de linux
Clase7 comandos de linux
 
Clase2 aritmetica binaria
Clase2 aritmetica binariaClase2 aritmetica binaria
Clase2 aritmetica binaria
 
10 arquitectura intel 8086
10 arquitectura intel 808610 arquitectura intel 8086
10 arquitectura intel 8086
 
Tendencia de Microprocesadores y Motherboards Actuales
Tendencia de Microprocesadores  y Motherboards ActualesTendencia de Microprocesadores  y Motherboards Actuales
Tendencia de Microprocesadores y Motherboards Actuales
 
Protocolos de comunicacion Industrial
Protocolos de comunicacion IndustrialProtocolos de comunicacion Industrial
Protocolos de comunicacion Industrial
 
Guia n10 conexion sql server 2012 y visual studio 2015 parte II
Guia n10 conexion sql server 2012 y visual studio 2015 parte IIGuia n10 conexion sql server 2012 y visual studio 2015 parte II
Guia n10 conexion sql server 2012 y visual studio 2015 parte II
 
Guia n9 conexion sql server 2012 y visual studio 2015 parte I
Guia n9 conexion sql server 2012 y visual studio 2015 parte  IGuia n9 conexion sql server 2012 y visual studio 2015 parte  I
Guia n9 conexion sql server 2012 y visual studio 2015 parte I
 
Guia n5 normalizacion de base de datos
Guia n5 normalizacion de base de datosGuia n5 normalizacion de base de datos
Guia n5 normalizacion de base de datos
 
Guia n6 crear base de datos modo grafico
Guia n6 crear base de datos modo graficoGuia n6 crear base de datos modo grafico
Guia n6 crear base de datos modo grafico
 
Guia n7 lenguaje de definicion de datos en sql server 2012
Guia n7 lenguaje de definicion de datos en sql server 2012Guia n7 lenguaje de definicion de datos en sql server 2012
Guia n7 lenguaje de definicion de datos en sql server 2012
 
Guia n8 creacion de la bd e insertar registros en sql server 2012
Guia n8 creacion de la bd e insertar registros en sql server 2012Guia n8 creacion de la bd e insertar registros en sql server 2012
Guia n8 creacion de la bd e insertar registros en sql server 2012
 
Guia n1 fundamentos y evolucion de sistemas operativos
Guia n1 fundamentos y evolucion de sistemas operativosGuia n1 fundamentos y evolucion de sistemas operativos
Guia n1 fundamentos y evolucion de sistemas operativos
 

Último

Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfReporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfMikkaelNicolae
 
CICLO DE DEMING que se encarga en como mejorar una empresa
CICLO DE DEMING que se encarga en como mejorar una empresaCICLO DE DEMING que se encarga en como mejorar una empresa
CICLO DE DEMING que se encarga en como mejorar una empresaSHERELYNSAMANTHAPALO1
 
Diapositiva de Topografía Nivelación simple y compuesta
Diapositiva de Topografía Nivelación simple y compuestaDiapositiva de Topografía Nivelación simple y compuesta
Diapositiva de Topografía Nivelación simple y compuestajeffsalazarpuente
 
Flujo multifásico en tuberias de ex.pptx
Flujo multifásico en tuberias de ex.pptxFlujo multifásico en tuberias de ex.pptx
Flujo multifásico en tuberias de ex.pptxEduardoSnchezHernnde5
 
Presentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdf
Presentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdfPresentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdf
Presentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdfMIGUELANGELCONDORIMA4
 
183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdf183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdfEdwinAlexanderSnchez2
 
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIACLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIAMayraOchoa35
 
Fijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEFijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEANDECE
 
Unidad 3 Administracion de inventarios.pptx
Unidad 3 Administracion de inventarios.pptxUnidad 3 Administracion de inventarios.pptx
Unidad 3 Administracion de inventarios.pptxEverardoRuiz8
 
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)ssuser563c56
 
estadisticasII Metodo-de-la-gran-M.pdf
estadisticasII   Metodo-de-la-gran-M.pdfestadisticasII   Metodo-de-la-gran-M.pdf
estadisticasII Metodo-de-la-gran-M.pdfFlorenciopeaortiz
 
Tiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo IITiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo IILauraFernandaValdovi
 
Curso intensivo de soldadura electrónica en pdf
Curso intensivo de soldadura electrónica  en pdfCurso intensivo de soldadura electrónica  en pdf
Curso intensivo de soldadura electrónica en pdfFernandaGarca788912
 
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Francisco Javier Mora Serrano
 
ECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfmatepura
 
Proyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctricaProyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctricaXjoseantonio01jossed
 
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdfAnthonyTiclia
 
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023ANDECE
 
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIPSEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIPJosLuisFrancoCaldern
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCANDECE
 

Último (20)

Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfReporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
 
CICLO DE DEMING que se encarga en como mejorar una empresa
CICLO DE DEMING que se encarga en como mejorar una empresaCICLO DE DEMING que se encarga en como mejorar una empresa
CICLO DE DEMING que se encarga en como mejorar una empresa
 
Diapositiva de Topografía Nivelación simple y compuesta
Diapositiva de Topografía Nivelación simple y compuestaDiapositiva de Topografía Nivelación simple y compuesta
Diapositiva de Topografía Nivelación simple y compuesta
 
Flujo multifásico en tuberias de ex.pptx
Flujo multifásico en tuberias de ex.pptxFlujo multifásico en tuberias de ex.pptx
Flujo multifásico en tuberias de ex.pptx
 
Presentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdf
Presentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdfPresentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdf
Presentación N° 1 INTRODUCCIÓN Y CONCEPTOS DE GESTIÓN AMBIENTAL.pdf
 
183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdf183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdf
 
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIACLASE 2 MUROS CARAVISTA EN CONCRETO  Y UNIDAD DE ALBAÑILERIA
CLASE 2 MUROS CARAVISTA EN CONCRETO Y UNIDAD DE ALBAÑILERIA
 
Fijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEFijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSE
 
Unidad 3 Administracion de inventarios.pptx
Unidad 3 Administracion de inventarios.pptxUnidad 3 Administracion de inventarios.pptx
Unidad 3 Administracion de inventarios.pptx
 
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)Voladura Controlada  Sobrexcavación (como se lleva a cabo una voladura)
Voladura Controlada Sobrexcavación (como se lleva a cabo una voladura)
 
estadisticasII Metodo-de-la-gran-M.pdf
estadisticasII   Metodo-de-la-gran-M.pdfestadisticasII   Metodo-de-la-gran-M.pdf
estadisticasII Metodo-de-la-gran-M.pdf
 
Tiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo IITiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo II
 
Curso intensivo de soldadura electrónica en pdf
Curso intensivo de soldadura electrónica  en pdfCurso intensivo de soldadura electrónica  en pdf
Curso intensivo de soldadura electrónica en pdf
 
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
 
ECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdfECONOMIA APLICADA SEMANA 555555555544.pdf
ECONOMIA APLICADA SEMANA 555555555544.pdf
 
Proyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctricaProyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctrica
 
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
2. UPN PPT - SEMANA 02 GESTION DE PROYECTOS MG CHERYL QUEZADA(1).pdf
 
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
 
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIPSEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
SEGURIDAD EN CONSTRUCCION PPT PARA EL CIP
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRC
 

Guia n3 diseno modelo conceptual bd

  • 1. 2018 JOHAN [Nombre de la compañía] 20-3-2018 Modelo Conceptual de la Base de Datos (Modelo E-R) LOGRO DE APRENDIZAJE: Al finalizar, el estudiante será capaz de conocer y aplicar el modelo conceptual para la creación de una base de datos.
  • 2. I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA TALLER DE BASE DE DATOS 1 MODELO CONCEPTUAL DE UNA BD (Modelo E-R) El modelo relacional En el modelo relacional las dos capas de diseño conceptual y lógico, se parecen mucho. Generalmente se implementan mediante diagramas de Entidad/Relación (modelo conceptual) y tablas y relaciones entre éstas (modelo lógico). Este es el modelo utilizado por los sistemas gestores de datos más habituales (SQL Server, Oracle, MySQL...). Modelo Entidad-Relación ER El modelo entidad-relación ER es un modelo de datos que permite representar cualquier abstracción, percepción y conocimiento en un sistema de información formado por un conjunto de objetos denominados entidades y relaciones, incorporando una representación visual conocida como diagrama entidad-relación. Elementos del Modelo Entidad-Relación (E-R) CONCEPTOS DEL MODELO ER Ejemplares - Conjuntos - Extensión - Instancia. Se denominan ejemplares a los registros que guardan una serie de características similares o que pueden ser agrupados o clasificados dadas sus características comunes en grupos bien delimitados. A los ejemplares también se los conoce como registros de una tabla de una base de datos, o en términos de abstracción como la extensión de la base de datos. Por ejemplo es la lista de usuarios de una biblioteca, la lista de productos con sus características, la lista de tipos de documentos y su definición. Entidad. La entidad es cualquier clase de objeto o conjunto de elementos presentes o no, en un contexto determinado dado por el sistema de información o las funciones y procesos que se definen en un plan de automatización. Dicho de otra forma, las entidades las constituyen las tablas de la base de datos que permiten el almacenamiento de los ejemplares o registros del sistema, quedando recogidos bajo la denominación o título de la tabla o entidad. Por ejemplo, la entidad usuarios guarda los datos personales de los usuarios de la biblioteca, la entidad
  • 3. I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA TALLER DE BASE DE DATOS 2 catalogo registra todos los libros catalogados, la entidad circulación todos los libros prestados y devueltos y así sucesivamente con todos los casos. Atributos - Intención. Son las características, rasgos y propiedades de una entidad, que toman como valor una instancia particular. Es decir, los atributos de una tabla son en realidad sus campos descriptivos, el predicado que permite definir lo que decimos de un determinado sujeto. Por ejemplo de una entidad o tabla catálogo, se pueden determinar los atributos título, subtítulo, título paralelo, otras formas del título, autor principal, otras menciones de responsabilidad, edición, mención de edición, editorial, lugar de publicación, fecha de publicación,... Relación. Vínculo que permite definir una dependencia entre los conjuntos de dos o más entidades. Esto es la relación entre la información contenida en los registros de varias tablas. Por ejemplo, los usuarios suelen clasificarse según una lista de tipos de usuarios, ya sean profesores, alumnos o investigadores. De esta forma es posible emitir la relación entre el usuario Jorge Martínez como alumno y Enrique Valtierra como profesor. Las relaciones son definidas de forma natural en un diagrama relacional para expresar un modelo cognitivo que dará lugar posteriormente a las interrelaciones de las entidades. Interrelación. Las interrelaciones las constituyen los vínculos entre entidades, de forma tal que representan las relaciones definidas en el esquema relacional de forma efectiva. Esto no sólo la relación de los registros sino de sus tablas y de las características de la interrelación entre las entidades, a través de un campo clave que actúa como código de identificación y referencia para relacionar (es decir, como nexo de unión y articulación de la relación). Los tipos de interrelaciones entre entidades o tablas se realizan aplicando las reglas de cardinalidad y modalidad. Entidades fuertes. Lo constituyen las tablas principales de la base de datos que contienen los registros principales del sistema de información y que requieren de entidades o tablas auxiliares para completar su descripción o información. Por ejemplo la tabla usuario es una entidad fuerte en relación a la tabla tipos de usuarios, que es una entidad débil dada su condición auxiliar para clasificar a los usuarios registrados en la biblioteca. Entidades débiles. Son entidades débiles a las tablas auxiliares de una tabla principal a la que completan o complementan con la información de sus registros relacionados. Por ejemplo también son consideradas entidades débiles las tablas intermedias que sirven para compartir información de varias tablas principales. Modelo entidad relación Objeto de la base de datos Ejemplo Ejemplares – Conjuntos – Extensión Registros de una tabla – Conjunto de registros Conjunto-Usuarios{Jorge Martínez(1|alumno), Enrique Valtierra(2|profesor), Miguel dos Santos(3|investigador)} Entidad Tabla de la base de datos Tabla usuarios Atributos – Intención Campos de una tabla id, nombre, apellidos, tipo de usuario, dni, dirección, teléfono
  • 4. I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA TALLER DE BASE DE DATOS 3 Relación Vínculo entre conjuntos Jorge Martínez es investigador Interrelación Relación entre tablas Tabla Usuarios relacionada con Tabla Tipo de usuarios Entidades fuertes Tabla principal Tabla Usuarios Entidades débiles Tabla auxiliar Tabla Tipo de usuarios Tabla1. Esquema con algunos elementos fundamentales del diagrama ER Clave. Es el campo o atributo de una entidad o tabla que tiene como objetivo distinguir cada registro del conjunto, sirviendo sus valores como datos vinculantes de una relación entre registros de varias tablas.  Superclave. Es la combinación de campos clave que identifican unívocamente un registro en una tabla o entidad.  Clave principal primaria. Permiten identificar unívocamente cada registro de una tabla. Por ejemplo campo auto-numérico interno ID.  Clave candidata. Campos que cumplen las condiciones de identificación única de registros, pero que no fueron definidos como principales por el diseñador. Por ejemplo el DOI (Document Object Identifier) es un campo que define unívocamente un registro de un documento en una tabla o entidad concreta. No obstante a efectos de gestión interna del sistema el campo principal ID que contiene un valor numérico correlativo, permite un tratamiento más sencillo que el DOI.  Clave externa. Campo clave conformado por el valor de una clave principal primaria de otra tabla. Por ejemplo el campo id_tipodeusuario en la tabla usuarios es un campo clave externo que guarda el valor del campo primario ID de la tabla tipodeusuario, especificando de esa forma que un usuario como Enrique Valtierra sea de tipo 2 es decir profesor. Integridad referencial. Se denomina integridad referencial al tipo de interrelación que se produce entre tablas mediante un campo clave que deberá contener la cadena alfanumérica exacta al identificador de la tabla auxiliar para poder realizar la relación entre los registros. En caso contrario no se produce la relación. Además, se trata de un mecanismo que evita duplicidades e incorrecciones ya que la propiedad de integridad referencial conmina a que los datos de un usuario además de su identificador ID sean distintos al de los demás. Dicho de otra forma, no pueden existir dos registros iguales con los mismos datos. Tipos de relaciones  Según cardinalidad. La cardinalidad se representan en un diagrama ER como una etiqueta que se ubica en ambos extremos de la línea de relación de las entidades y que puede contener diversos valores entre los que destacan comúnmente el 1 y el *, obteniendo los siguientes tipos:  Relación 1 a 1. La relación uno a uno, define que un único registro de la tabla puede estar relacionado con un único registro de la tabla relacionada.
  • 5. I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA TALLER DE BASE DE DATOS 4 Figura1. Esquema de relación 1 a 1  Relación 1 a *. La relación de uno a varios, define que un registro dado de una tabla auxiliar o secundaria sólo puede estar vinculado con un único registro de la tabla principal con la que está relacionada. Figura2. Esquema de relación 1 a muchos  Relación * a *. La relación de varios a varios, define que un registro de una tabla puede estar relacionado con varios registros de la tabla relacionada y viceversa. Figura3. Esquema de relación muchos a muchos  Según modalidad  Optativa. La relación entre un registro de una tabla y varios de la tabla relacionada, puede existir o no.  Obligatoria. La relación entre un registro de una tabla y otro de la tabla relacionada es obligada, debe existir siempre. Figura4. Esquema de relaciones optativas y obligatorias Ejemplos Relación 1 a 1. Cada documento adquirido es registrado podría equipararse a la cardinalidad 1 a 1. Esto significa que cada documento que se introduce en el módulo de adquisiciones (y por ende en su tabla) tiene su correspondencia con los documentos que finalmente se reciben en la biblioteca para ser dados de alta en la tabla registro. De esta forma, puede haber o no documentos en proceso de adquisición (relación optativa). En cambio la tabla registro se encarga de registrar los documentos que se reciben por lo que su relación es de obligatoriedad (todo documento registrado está presente en la tabla de adquisiciones). Todo ello no implica que todos los documentos en fase de adquisición tengan que estar registrados. Pueden existir documentos en fase de adquisición que no hubieran sido registrados. Véase ejemplo de la figura5.
  • 6. I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA TALLER DE BASE DE DATOS 5 Figura5. Los documentos que se adquieren son registrados Relación 1 a *. Los usuarios de una biblioteca suelen solicitar préstamos, por lo tanto la relación que se produce es de uno a muchos. Un usuario puede pedir o no el préstamo de uno o varios libros o documentos. Por lo tanto, pueden existir uno o ningún usuario solicitando el préstamo, pero para que exista la relación con la tabla préstamos, ésta debe registrar al usuario, su fecha de préstamo y devolución. Véase figura6. Por otra parte, el préstamo se compone no sólo del usuario que lo solicita, sino del documento u objeto que le es prestado, que es el caso que se expone en la figura7. Al igual que en la relación del usuario con la tabla préstamo, un documento puede o no ser prestado. Un documento puede haber sido prestado y devuelto muchas veces y para que exista la relación entre la tabla préstamos y catálogo, debe existir un registro que integre su información (de aquí su modalidad de relación obligatoria). Todo ello conduce a una relación más compleja que puede observarse en la figura8. Lo que en un principio se consideraba una relación de 1 a muchos, termina convirtiéndose en una relación de muchos a muchos gracias a una tabla débil o intermedia que almacena la información necesaria del usuario y del documento para poder efectuar el préstamo correspondiente. Por lo tanto la tabla préstamos, relaciona muchos usuarios con muchos libros en múltiples conjuntos o registros que pueden estar activos o finalizados. Recuérdese que los libros una vez devueltos vuelven a estar disponibles para dar servicio a terceros usuarios. Por ello se concluye que para que un préstamo tenga lugar, deberá estar presente el identificador del usuario y del documento siendo obligatorios en todo proceso de circulación. Figura6. Los usuarios solicitan préstamos
  • 7. I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA TALLER DE BASE DE DATOS 6 Figura7. Los documentos y libros son prestados Figura8. Lo documentos son prestados a los usuarios Relación * a *. Cuando se catalogan los documentos en una biblioteca, al seguir las indicaciones de las normas de catalogación, se advierte un apartado de suma importancia; las autoridades. Éstas definen la responsabilidad intelectual, artística, cognitiva, editorial, administrativa, introductoria, del documento. Por ello no es de extrañar que en la catalogación los campos de autoridades sean repetibles, dado que pueden existir 1 o más autoridades. Esta relación es la que se advierte en la figura9. Cada libro puede tener o no 1 o muchas autoridades. Por lo tanto una autoridad puede estar presente en varios libros o formar parte de varias responsabilidades en el mismo.
  • 8. I.E.S.T.P “MARÍA ROSARIO ARAOZ PINTO” COMPUTACIÓN E INFORMÁTICA TALLER DE BASE DE DATOS 7 Figura9. Los libros al ser catalogados pueden tener o no autoridades