SlideShare una empresa de Scribd logo
1 de 17
Entidades
ENTIDAD:
es un objeto que existe y es distinguible
objetos.
de otros
Puede ser:
– concreta: persona, empleado, casa, auto, …..
– abstracta: cuenta bancaria, empresa, curso, ….
• Una entidad está representada por un conjunto
de atributos.
Atributos
ATRIBUTOS:
son propiedades específicas que describen la
entidad.
– Ejemplo: persona puede describirse con nombre,
edad, dirección, …
DOMINIO:
es el conjunto de valores permitidos para un
atributo.
Atributos
Formalmente:
un atributo es una función que asigna
al conjunto de entidades un dominio.
• Como un conjunto de entidades puede tener diferentes
atributos, cada entidad se puede describir como un
conjunto de pares (atributo,valor)
– un par para cada atributo del conjunto de entidades.
• Ejemplo:
conjunto
empleado se puede describir mediante el
{(DNI, 67789901), (nombre, López), (calle, Mayor), (ciudad,
Rosario)}
Tipos de atributos
Atributos simples y compuestos.
• Simples: no están divididos en subpartes.
– Son los que vimos hasta ahora: nombre, calle, ...
• Compuestos: se pueden dividir en subpartes
(es decir, en otros atributos).
– Ejemplo: nombre-persona podría estar estructurado
como un atributo compuesto consistente en
nombre, primer-apellido y segundo-apellido.
Tipos de atributos
Atributos monovalorados y multivalorados.
• Monovalorados:
para la entidad.
atributos con un valor único
– Ejemplo: fecha-nacimiento
• Multivalorado: tiene un conjunto de valores para
una entidad.
– Ejemplo: número-teléfono para los empleados.
Un empleado puede tener cero, uno o más números de
teléfono.
Tipos de atributos
Atributos derivados.
• Su valor se puede obtener a partir de
otros atributos.
valores de
– Ej.: edad se puede derivar a partir de la fecha de
nacimiento.
• Su valor no se almacena, sino que se calcula cuando
necesario
es
Valor nulo.
• Un atributo toma un valor nulo cuando una entidad no tiene
un valor para ese atributo.
Concepto de relación
Las relaciones son un tema complejo pero veamos un sencillo ejemplo con
las tablas Alumnos y Cursos para entenderlo mucho mejor. Inicialmente
nuestras tablas estarían definidas del siguiente modo:
En la tabla Alumnos tenemos toda la información que
necesitamos sobre nuestros alumnos como:
• Su número de expediente.
• Su nombre y apellidos.
• Su fecha de nacimiento.
• El grupo al que pertenece el alumno.
• La ubicación del grupo, es decir, el aula donde están los
alumnos de ese grupo (Primera planta, edificio anexo,
etcétera).
• Cualquier tipo de comentario de interés: grupo de
compensatoria, apoyo, etcétera.
Para la tabla Grupos nos podíamos conformar con la
denominación del grupo (1A, 1B, 3A...) pero le hemos añadido
algunos datos que nos pueden resultar de interés:
• Número total de alumnos que tiene el grupo.
• El lugar donde se encuentra ubicado: Aula de música, Aula
205 Edificio principal, etcétera.
• Cualquier otro dato de interés: Compensatoria, grupo de
apoyo, etcétera.
Sin saber nada de bases de datos y de relaciones podemos, darnos
cuenta que al comprobar los datos incluidos en las tablas de Alumnos y
Grupos existe información que se repite en ambas:
Esta situación no es demasiado favorable cuando trabajamos con bases de
datos donde habitualmente la cantidad de información que se maneja es
importante. La solución pasa por RELACIONAR las tablas con información
coincidente de modo que no exista duplicidad de información. Todo esto,
traducido a un lenguaje más natural sería: "Para qué escribir dos veces lo
mismo, si puedo hacerlo una sola y trabajar del mismo modo".
Volviendo a nuestro ejemplo, si relacionamos las tablas Alumnos y
Grupos mediante el nombre del grupo sería suficiente con indicar en
la tabla Alumnos este valor para obtener el número de alumnos del
grupo, su ubicación y las posibles observaciones:
Tipos de relaciones
No siempre las condiciones para establecer vínculos entre
dos tablas son iguales, la manera en que se relacionan las
tablas entre sí da lugar a comportamientos diferentes.
En la estructura de cualquier base de datos encontramos
principalmente tres tipos de relaciones que se describen del
siguiente modo:
• Uno a muchos.
• Muchos a muchos.
• Uno a uno.
De todas ellas, la más utilizada y recomendable en la
mayoría de los casos será el modelo Uno a muchos como
veremos a continuación.
Uno a muchos
Veamos el primer modelo de relación tomando como referencia las
tablas Alumnos y Grupos. Cualquier alumno (MUCHOS) pertenece
sólo a un grupo (UNO), un alumno no puede estar en más de una
clase. Pues bien, ni más ni menos que este sería el argumento de una
relación MUCHOS A UNO.
Otro ejemplo, sabemos que cada profesor pertenece únicamente a un
departamento, pero en cada departamento existe más de un profesor. De
aquí podemos extraer una relación UNO a MUCHOS entre las tablas
Departamentos y Profesores.
Uno a uno
Las relaciones uno a uno no son demasiado frecuentes pero existen así que
debemos conocerlas. Buscando alguna coincidencia en nuestro entorno que
nos pueda servir como ejemplo encontramos el vínculo entre un tutor y su
grupo. Como sabemos, un profesor puede ser tutor de un sólo grupo (UNO) y
del mismo modo, cada grupo sólo puede tener un tutor. Esta sería una relación
UNO a UNO.
Cada registro de la tabla A se
relaciona con un único
registro de la tabla B y cada
registro de la tabla B sólo se
relaciona con un elemento de
la tabla A. Este tipo de
relaciones son poco
comunes.
Muchos a muchos
Por ejemplo, si queremos conocer los profesores que dan clase a un grupo o
los grupos a los que da clase un profesor determinado, necesitamos en
principio dos tablas: Profesores y Grupos. ¿Y cuál sería la relación entre estas
dos tablas? Pues bien, para establecerla podríamos leer que un profesor da
clases a varios grupos (1A, 1B, 2C, etcétera) y un grupo recibe clases de
varios profesores (Carlos Pérez, Antonio García, etcétera). Por lo tanto, nos
encontramos entre una relación MUCHOS A MUCHOS.
Desde un punto de vista teórico diríamos que en las relaciones
Muchos a muchos a cada registro de la tabla A se le pueden asociar
varios registros de la tabla B y cada registro de la tabla B puede estar
relacionado con más de un registro de la tabla A.
Otros ejemplos para ilustrar este modelo de relación podrían ser:
• Los alumnos que participan en las actividades deportivas del
centro. Concretamente un alumno podría participar en más de
un deporte (Fútbol, Baloncesto, etcétera) y a su vez cada
equipo está formado por varios componentes. Esta relación
también sería del tipo Muchos a muchos.
• Con las actividades extraescolares ocurre lo mismo. Un
alumno puede asistir a más de una (manualidades, música,
idiomas, etcétera) y en cada una de ellas, encontraremos a
varios alumnos.

Más contenido relacionado

La actualidad más candente

Llave primaria y llave foránea
Llave primaria y llave foráneaLlave primaria y llave foránea
Llave primaria y llave foráneaTata Jaramillo
 
Tipos de usuarios en una base de datos
Tipos de usuarios en una base de datosTipos de usuarios en una base de datos
Tipos de usuarios en una base de datosjenpes
 
Problemas de diseño de base de datos
Problemas de diseño de base de datosProblemas de diseño de base de datos
Problemas de diseño de base de datosgonzalopomboza
 
Normalización de Base de Datos
Normalización de Base de DatosNormalización de Base de Datos
Normalización de Base de DatosVannesa Salazar
 
Elementos básicos de modelo entidad relación
Elementos básicos de modelo entidad relaciónElementos básicos de modelo entidad relación
Elementos básicos de modelo entidad relaciónCam Bandini
 
Modelo Entidad - Relacion
Modelo Entidad - RelacionModelo Entidad - Relacion
Modelo Entidad - Relaciondrakul09
 
Base de datos de una pizzeria
Base de datos de una pizzeriaBase de datos de una pizzeria
Base de datos de una pizzeriaLupithaa Guerrero
 
Modelo relacional y reglas de integridad
Modelo relacional y reglas de integridadModelo relacional y reglas de integridad
Modelo relacional y reglas de integridadkamui002
 
Modelos de arquitecturas de computadoras
Modelos de arquitecturas de computadorasModelos de arquitecturas de computadoras
Modelos de arquitecturas de computadorasYESENIA CETINA
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datosJorge Garcia
 
Ejercicios de base de datos
Ejercicios de base de datosEjercicios de base de datos
Ejercicios de base de datosMaria Barrios
 
Alfabetos-Lenguajes y Automatas 1
Alfabetos-Lenguajes y Automatas 1Alfabetos-Lenguajes y Automatas 1
Alfabetos-Lenguajes y Automatas 1Osiris Mirerus
 

La actualidad más candente (20)

Llave primaria y llave foránea
Llave primaria y llave foráneaLlave primaria y llave foránea
Llave primaria y llave foránea
 
Tipos de usuarios en una base de datos
Tipos de usuarios en una base de datosTipos de usuarios en una base de datos
Tipos de usuarios en una base de datos
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Problemas de diseño de base de datos
Problemas de diseño de base de datosProblemas de diseño de base de datos
Problemas de diseño de base de datos
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
control de concurrencia
control de concurrenciacontrol de concurrencia
control de concurrencia
 
Taller de Base de Datos - Unidad 7 Conectividad
Taller de Base de Datos - Unidad 7 ConectividadTaller de Base de Datos - Unidad 7 Conectividad
Taller de Base de Datos - Unidad 7 Conectividad
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
 
Transacciones
TransaccionesTransacciones
Transacciones
 
Cuadro comparativo sgbd
Cuadro comparativo sgbdCuadro comparativo sgbd
Cuadro comparativo sgbd
 
Normalización de Base de Datos
Normalización de Base de DatosNormalización de Base de Datos
Normalización de Base de Datos
 
Elementos básicos de modelo entidad relación
Elementos básicos de modelo entidad relaciónElementos básicos de modelo entidad relación
Elementos básicos de modelo entidad relación
 
Modelo Entidad - Relacion
Modelo Entidad - RelacionModelo Entidad - Relacion
Modelo Entidad - Relacion
 
Base de datos de una pizzeria
Base de datos de una pizzeriaBase de datos de una pizzeria
Base de datos de una pizzeria
 
Modelo relacional y reglas de integridad
Modelo relacional y reglas de integridadModelo relacional y reglas de integridad
Modelo relacional y reglas de integridad
 
Modelos de arquitecturas de computadoras
Modelos de arquitecturas de computadorasModelos de arquitecturas de computadoras
Modelos de arquitecturas de computadoras
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
 
Estructura de registros
Estructura de registrosEstructura de registros
Estructura de registros
 
Ejercicios de base de datos
Ejercicios de base de datosEjercicios de base de datos
Ejercicios de base de datos
 
Alfabetos-Lenguajes y Automatas 1
Alfabetos-Lenguajes y Automatas 1Alfabetos-Lenguajes y Automatas 1
Alfabetos-Lenguajes y Automatas 1
 

Similar a Tipos de atributos y tipos de relaciones

Similar a Tipos de atributos y tipos de relaciones (20)

1 trabajo base de datos
1 trabajo base de datos1 trabajo base de datos
1 trabajo base de datos
 
Que son las relaciones en access
Que son las relaciones en accessQue son las relaciones en access
Que son las relaciones en access
 
Base de datos segunda parte
Base de datos segunda parteBase de datos segunda parte
Base de datos segunda parte
 
Base de datos 2 parte
Base de datos 2 parteBase de datos 2 parte
Base de datos 2 parte
 
tema-8-bd-entidad-relacion base de datos
tema-8-bd-entidad-relacion base de datostema-8-bd-entidad-relacion base de datos
tema-8-bd-entidad-relacion base de datos
 
Modelo Relacional Rozic
Modelo Relacional RozicModelo Relacional Rozic
Modelo Relacional Rozic
 
Base datos 2 camila florez maria florez
Base datos 2 camila florez maria florezBase datos 2 camila florez maria florez
Base datos 2 camila florez maria florez
 
base de datos
base de datosbase de datos
base de datos
 
B A S E S D E D A T O S R E L A C I O N A L E S
B A S E S  D E  D A T O S  R E L A C I O N A L E SB A S E S  D E  D A T O S  R E L A C I O N A L E S
B A S E S D E D A T O S R E L A C I O N A L E S
 
los diagramas de flujo
los diagramas de flujolos diagramas de flujo
los diagramas de flujo
 
Base de datos 2
Base de datos 2Base de datos 2
Base de datos 2
 
Base de datos 2
Base de datos 2Base de datos 2
Base de datos 2
 
ingeniería de sistemas base de datos.pdf
ingeniería de sistemas base de datos.pdfingeniería de sistemas base de datos.pdf
ingeniería de sistemas base de datos.pdf
 
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
 
Diseño bases datos
Diseño bases datosDiseño bases datos
Diseño bases datos
 
Diseño de bases de datos
Diseño de bases de datosDiseño de bases de datos
Diseño de bases de datos
 
Miadopqejnqfjnowbwgnonoi
MiadopqejnqfjnowbwgnonoiMiadopqejnqfjnowbwgnonoi
Miadopqejnqfjnowbwgnonoi
 
Miadopqejnqfjnowbwgnonoi
MiadopqejnqfjnowbwgnonoiMiadopqejnqfjnowbwgnonoi
Miadopqejnqfjnowbwgnonoi
 
Miadopqejnqfjnowbwgnonoi
MiadopqejnqfjnowbwgnonoiMiadopqejnqfjnowbwgnonoi
Miadopqejnqfjnowbwgnonoi
 

Tipos de atributos y tipos de relaciones

  • 1. Entidades ENTIDAD: es un objeto que existe y es distinguible objetos. de otros Puede ser: – concreta: persona, empleado, casa, auto, ….. – abstracta: cuenta bancaria, empresa, curso, …. • Una entidad está representada por un conjunto de atributos.
  • 2. Atributos ATRIBUTOS: son propiedades específicas que describen la entidad. – Ejemplo: persona puede describirse con nombre, edad, dirección, … DOMINIO: es el conjunto de valores permitidos para un atributo.
  • 3. Atributos Formalmente: un atributo es una función que asigna al conjunto de entidades un dominio. • Como un conjunto de entidades puede tener diferentes atributos, cada entidad se puede describir como un conjunto de pares (atributo,valor) – un par para cada atributo del conjunto de entidades. • Ejemplo: conjunto empleado se puede describir mediante el {(DNI, 67789901), (nombre, López), (calle, Mayor), (ciudad, Rosario)}
  • 4. Tipos de atributos Atributos simples y compuestos. • Simples: no están divididos en subpartes. – Son los que vimos hasta ahora: nombre, calle, ... • Compuestos: se pueden dividir en subpartes (es decir, en otros atributos). – Ejemplo: nombre-persona podría estar estructurado como un atributo compuesto consistente en nombre, primer-apellido y segundo-apellido.
  • 5. Tipos de atributos Atributos monovalorados y multivalorados. • Monovalorados: para la entidad. atributos con un valor único – Ejemplo: fecha-nacimiento • Multivalorado: tiene un conjunto de valores para una entidad. – Ejemplo: número-teléfono para los empleados. Un empleado puede tener cero, uno o más números de teléfono.
  • 6. Tipos de atributos Atributos derivados. • Su valor se puede obtener a partir de otros atributos. valores de – Ej.: edad se puede derivar a partir de la fecha de nacimiento. • Su valor no se almacena, sino que se calcula cuando necesario es Valor nulo. • Un atributo toma un valor nulo cuando una entidad no tiene un valor para ese atributo.
  • 7. Concepto de relación Las relaciones son un tema complejo pero veamos un sencillo ejemplo con las tablas Alumnos y Cursos para entenderlo mucho mejor. Inicialmente nuestras tablas estarían definidas del siguiente modo:
  • 8. En la tabla Alumnos tenemos toda la información que necesitamos sobre nuestros alumnos como: • Su número de expediente. • Su nombre y apellidos. • Su fecha de nacimiento. • El grupo al que pertenece el alumno. • La ubicación del grupo, es decir, el aula donde están los alumnos de ese grupo (Primera planta, edificio anexo, etcétera). • Cualquier tipo de comentario de interés: grupo de compensatoria, apoyo, etcétera. Para la tabla Grupos nos podíamos conformar con la denominación del grupo (1A, 1B, 3A...) pero le hemos añadido algunos datos que nos pueden resultar de interés: • Número total de alumnos que tiene el grupo. • El lugar donde se encuentra ubicado: Aula de música, Aula 205 Edificio principal, etcétera. • Cualquier otro dato de interés: Compensatoria, grupo de apoyo, etcétera.
  • 9. Sin saber nada de bases de datos y de relaciones podemos, darnos cuenta que al comprobar los datos incluidos en las tablas de Alumnos y Grupos existe información que se repite en ambas:
  • 10. Esta situación no es demasiado favorable cuando trabajamos con bases de datos donde habitualmente la cantidad de información que se maneja es importante. La solución pasa por RELACIONAR las tablas con información coincidente de modo que no exista duplicidad de información. Todo esto, traducido a un lenguaje más natural sería: "Para qué escribir dos veces lo mismo, si puedo hacerlo una sola y trabajar del mismo modo".
  • 11. Volviendo a nuestro ejemplo, si relacionamos las tablas Alumnos y Grupos mediante el nombre del grupo sería suficiente con indicar en la tabla Alumnos este valor para obtener el número de alumnos del grupo, su ubicación y las posibles observaciones:
  • 12. Tipos de relaciones No siempre las condiciones para establecer vínculos entre dos tablas son iguales, la manera en que se relacionan las tablas entre sí da lugar a comportamientos diferentes. En la estructura de cualquier base de datos encontramos principalmente tres tipos de relaciones que se describen del siguiente modo: • Uno a muchos. • Muchos a muchos. • Uno a uno. De todas ellas, la más utilizada y recomendable en la mayoría de los casos será el modelo Uno a muchos como veremos a continuación.
  • 13. Uno a muchos Veamos el primer modelo de relación tomando como referencia las tablas Alumnos y Grupos. Cualquier alumno (MUCHOS) pertenece sólo a un grupo (UNO), un alumno no puede estar en más de una clase. Pues bien, ni más ni menos que este sería el argumento de una relación MUCHOS A UNO.
  • 14. Otro ejemplo, sabemos que cada profesor pertenece únicamente a un departamento, pero en cada departamento existe más de un profesor. De aquí podemos extraer una relación UNO a MUCHOS entre las tablas Departamentos y Profesores.
  • 15. Uno a uno Las relaciones uno a uno no son demasiado frecuentes pero existen así que debemos conocerlas. Buscando alguna coincidencia en nuestro entorno que nos pueda servir como ejemplo encontramos el vínculo entre un tutor y su grupo. Como sabemos, un profesor puede ser tutor de un sólo grupo (UNO) y del mismo modo, cada grupo sólo puede tener un tutor. Esta sería una relación UNO a UNO. Cada registro de la tabla A se relaciona con un único registro de la tabla B y cada registro de la tabla B sólo se relaciona con un elemento de la tabla A. Este tipo de relaciones son poco comunes.
  • 16. Muchos a muchos Por ejemplo, si queremos conocer los profesores que dan clase a un grupo o los grupos a los que da clase un profesor determinado, necesitamos en principio dos tablas: Profesores y Grupos. ¿Y cuál sería la relación entre estas dos tablas? Pues bien, para establecerla podríamos leer que un profesor da clases a varios grupos (1A, 1B, 2C, etcétera) y un grupo recibe clases de varios profesores (Carlos Pérez, Antonio García, etcétera). Por lo tanto, nos encontramos entre una relación MUCHOS A MUCHOS.
  • 17. Desde un punto de vista teórico diríamos que en las relaciones Muchos a muchos a cada registro de la tabla A se le pueden asociar varios registros de la tabla B y cada registro de la tabla B puede estar relacionado con más de un registro de la tabla A. Otros ejemplos para ilustrar este modelo de relación podrían ser: • Los alumnos que participan en las actividades deportivas del centro. Concretamente un alumno podría participar en más de un deporte (Fútbol, Baloncesto, etcétera) y a su vez cada equipo está formado por varios componentes. Esta relación también sería del tipo Muchos a muchos. • Con las actividades extraescolares ocurre lo mismo. Un alumno puede asistir a más de una (manualidades, música, idiomas, etcétera) y en cada una de ellas, encontraremos a varios alumnos.