SlideShare una empresa de Scribd logo
1 de 13
Descargar para leer sin conexión
MODELO DE DATOS
RELACIONAL
Prof. Yumaira Machuca Cohen
MODELO DE DATOS RELACIONAL
Conceptos básicos del Modelo de Datos Relacional
El modelo relacional representa la base de datos como una colección de relaciones. Cada una de
estas relaciones se parece a una tabla de valores o a un archivo plano de registros
Nombre CIEstudiante TlfMovil Dirección TlfTrabajo Edad Promedio
Benjamin Bayer 12345678 0412-4456321 Naguanagua NULL 25 13,53
Ana Ortiz 13564987 0416-7895623 San Diego NULL 19 13,25
Belén Durán 11298765 0414-4562398 Guacara 0241-8672314 23 14,25
Marcelo Gómez 12098657 0414-4564564 Los Guayos 0241-5624178 18 12,89
Bárbara Campos 10789456 0416-1236598 San Diego 0241-6732397 20 15,31
ESTUDIANTE Atributos
Tuplas
• Cada fila representa una colección de valores relacionados
• Todos los datos de una columna son de un mismo tipo de dato.
• El tipo de dato que describe los valores que pueden aparecer en cada columna, está representado por
un dominio de posibles valores
MODELO DE DATOS RELACIONAL
• Un dominio D es un conjunto de valores atómicos, es decir que cada valor es indivisible
• Un dominio cuenta con un nombre, un tipo de dato y un formato
Ejemplos de dominios:
• NumerosTelefonosFijos: El conjunto de los 11 dígitos que componen los números de teléfono de
Venezuela
• NumerosTelefonosMoviles: El conjunto de los 11 dígitos que componen los números de teléfonos móviles
en Venezuela
• CedulaIdentidad: El conjunto de números de cédulas válidos en Venezuela
• Nombres: El conjunto de caracteres que representan el nombre de una persona
• PromedioNotas: Los posibles valores obtenidos al calcular la media de las notas obtenidas por un
estudiante, debe ser un valor real comprendido entre 1 y 20
• EdadesEstudiante: Las posibles edades de los estudiantes de una universidad; cada una debe estar
comprendida entre 16 y 99
MODELO DE DATOS RELACIONAL
Características de las relaciones
• Las tuplas (filas) en una relación no guardan un orden específico
• El orden en que se colocan los atributos en una relación no es significativo
• Dos atributos no pueden llamarse igual en una misma relación
• Dos tuplas (filas) no pueden tener la misma combinación de valores en todos sus atributos
• Los valores NULL (nulo) se utilizan para representar los valores de atributos que pueden ser
desconocidos o no aplicables a una tupla (fila)
Restricciones del modelo relacional
1. Restricción de integridad de la entidad: esta restricción declara que el valor de ninguna clave
principal puede ser NULL
2. Restricción de integridad referencial: esta restricción está especificada entre dos relaciones
y se utiliza para mantener la consistencia entre las tuplas de dos relaciones.
Clave foránea (foreign key)
Es un conjunto no vacio de atributos en una relación, que es una clave primaria en otra relación
(o posiblemente la misma), usada para indicar enlaces lógicos entre relaciones
Esquema de la base de datos EMPRESA
EMPLEADO
FechNac PNomb PApell SApell CIEmpl Sexo Sueldo CISuperv NumD
01/09/1965 José Pérez Pérez 12345678 M 3000 13344555 5
08/12/1975 Alberto Campos Sastre 13344555 M 4000
8888665
5
12/05/1968 Alicia Jiménez Celaya 9988777 F 2500 9876543 4
20/06/1971 Juana Sainz Ojeda 9876543 F 4300
8888665
4
15/09/1962 Fernando Ojeda Ordoñez 6668444 M 3800 13344555 5
31/07/1972 Aurora Oliva Avezuela 5345453 F 2500 13344555 5
29/03/1969
Luis Payares Morera
9879798 M 2500
9876543 4
10/11/1967
Eduardo Ochoa Paredes
8888665 M 5500 NULL
1
DEPARTAMENTO
NumeroDpto NombreDpto CIDirector FechIniDirect
5 Investigación 13344555 22/05/1988
4 Administración 9876543 01/01/1995
1 Sede Central 8888665 19/06/1981
Esquema de la base de datos EMPRESA
PROYECTO
Numproy NombreProy UbicacProy NumDptoProy
1 ProductoX Valencia 5
2 ProductoY Maracay 5
3 ProductoZ Caracas 5
10 Computación Maracaibo 4
20 Reorganización Valencia 1
30 Comunicaciones Caracas 4
DEPENDIENTE
CIEmpl NombreDepend Sexo FechNac Parentesco
13344555 Alicia F 05/04/1986 Hija
13344555 Teodoro M 25/10/1983 Hijo
13344555 Luisa F 03/05/1958 Esposa
9876543 Alfonso M 28/02/1942 Esposo
12345678 Miguel M 04/01/1988 Hijo
12345678 Alicia F 30/12/1988 Hija
12345678 Elisa F 05/05/1967 Esposa
Esquema de la base de datos EMPRESA
TRABAJA_EN
CIEempleado NumProy Horas
12345678
1 32,5
12345678
2 7,5
6668444
3 40
5345453
1 20
5345453
2 20
13344555
2 10
13344555
3 10
13344555
10 10
13344555
20 10
9988777
30 30
9988777
10 10
9879798 10 35
9879798 30 5
9876543
30 20
9876543
20 15
8888665 20 NULL
EMPLEADO
Diagrama ER de la base de datos EMPRESA
CIEmpleado
FechaNac
Nombre
PrimNombre
PrimApellido
SegunApellido
Sexo
Sueldo
supervisa
1 N
DEPENDIENTE
1
N
Nombre
Sexo
FechNac
Parentesco
DEPARTAMENTO
PROYECTO
posee participa
M
N
Horas
NombreProy
NumProy
controla
Ubicación
1
N
1 1
N
1
trabaja
administra
NombreDpto
NumDpto
FechInici
Pasos para transformar un modelo E/R a
modelo Relacional
Paso 1: Por cada entidad fuerte E del diagrama E/R se crea una relación R (tabla)
y se incluyen todos los atributos simples de E
CIEmpl PNomb PApell SApell FechNac Sexo Sueldo
EMPLEADO
DEPARTAMENTO
NumeroDpto NombreDpto
PROYECTO
Numproy NombreProy UbicacProy
DEPENDIENTE
CIEmpl NombreDepend sexo FechNac Parentesco
Paso 2: Por cada tipo de entidad débil W del diagrama E/R, se crea una relación R
(tabla) y se incluyen todos los atributos simples de W, se incluye como
foreign key de R a la clave primaria de la entidad fuerte o propietaria. La
clave primaria de R es la combinación de la clave primaria de la entidad fuerte
y la clave primaria de la entidad débil.
Pasos para transformar un modelo E/R a
modelo Relacional
Paso 3: Por cada tipo de relación 1:1, se selecciona una de las relaciones S y se
incluye como foreign key en S la clave principal de T. Se incluyen todos los
atributos simples de la relación 1:1
DEPARTAMENTO
NumeroDpto NombreDpto CIDirector FechIniDirect
PROYECTO
Numproy NombreProy UbicacProy NumDptoProy
Paso 4: Por cada tipo de relación 1:N, se identifica la tabla S que representa a la
entidad del lado N de la relación y se incluye como foreign key la clave
principal de la tabla T que representa a la entidad del lado 1 de la relación
EMPLEADO
CIEmpl PNomb PApell SApell FechNac Sexo Sueldo CISuperv NumD
Paso 5: Por cada tipo de relación M:N, se crea una nueva relación (tabla) S que
incluye como foreign key las claves primarias de las entidades que
participan en la relación, su combinación formará la clave primaria de S,
se incluyen también cualquier atributo simple de la relación M:N, como
atributo de S
Pasos para transformar un modelo E/R a
modelo Relacional
CIEempleado NumProy Horas
TRABAJA_EN
EMPLEADO
FechNac PNomb PApell SApell CIEmpl Sexo Sueldo CISuperv NumD
Esquema Relacional de la base de datos EMPRESA
DEPARTAMENTO
NumeroDpto NombreDpto CIDirector FechIniDirect
PROYECTO
Numproy NombreProy UbicacProy NumDptoProy
CIEempleado NumProy Horas
TRABAJA_EN
DEPENDIENTE
CIEmpl NombreDepend sexo FechNac Parentesco
BIBLIOGRAFÍA
Ramez Elmasri y Shamnkant B. Navathe. Fundamentos de Sistemas
de Bases de Datos. Pearson Educación, S.A., Madrid, 2007

Más contenido relacionado

Similar a Modelo de Datos Relacional

Unidad III: Modelo Lógico de BD
Unidad III: Modelo Lógico de BDUnidad III: Modelo Lógico de BD
Unidad III: Modelo Lógico de BDlissette_torrealba
 
Unidad iii normalizacion
Unidad iii normalizacionUnidad iii normalizacion
Unidad iii normalizacionOrlando Verdugo
 
Base de datos
Base de datosBase de datos
Base de datosmarcia666
 
MODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdfMODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdfMaria Garcia
 
Sistema de gestion de base de datos ESPAM.pptx
Sistema de gestion de base de datos ESPAM.pptxSistema de gestion de base de datos ESPAM.pptx
Sistema de gestion de base de datos ESPAM.pptxLuisRiofrioLopez
 
4. diseño logico. relacional
4. diseño logico. relacional4. diseño logico. relacional
4. diseño logico. relacionalGalo Anzules
 
Tm10 modelo relacional
Tm10 modelo relacionalTm10 modelo relacional
Tm10 modelo relacionalJulio Pari
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacionalbandida123
 
Unidad 5 TransformacióN Er A Relacional NormalizacióN
Unidad 5 TransformacióN Er A Relacional   NormalizacióNUnidad 5 TransformacióN Er A Relacional   NormalizacióN
Unidad 5 TransformacióN Er A Relacional NormalizacióNSergio Sanchez
 
Modelo Relacional
Modelo RelacionalModelo Relacional
Modelo Relacionalomarzon
 
PresentacióN Tema 8
PresentacióN Tema 8PresentacióN Tema 8
PresentacióN Tema 8Andalucia
 
Bases de Datos Cap:III El modelo relacional
Bases de Datos Cap:III El modelo relacionalBases de Datos Cap:III El modelo relacional
Bases de Datos Cap:III El modelo relacionalVideoconferencias UTPL
 
TEMA_2_EL_MODELO_ENTIDAD_RELACION.ppt
TEMA_2_EL_MODELO_ENTIDAD_RELACION.pptTEMA_2_EL_MODELO_ENTIDAD_RELACION.ppt
TEMA_2_EL_MODELO_ENTIDAD_RELACION.pptAbigailLiendolopez1
 

Similar a Modelo de Datos Relacional (20)

Unidad III: Modelo Lógico de BD
Unidad III: Modelo Lógico de BDUnidad III: Modelo Lógico de BD
Unidad III: Modelo Lógico de BD
 
Unidad iii normalizacion
Unidad iii normalizacionUnidad iii normalizacion
Unidad iii normalizacion
 
4 ml
4 ml4 ml
4 ml
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Base de datos
Base de datosBase de datos
Base de datos
 
MODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdfMODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdf
 
Sistema de gestion de base de datos ESPAM.pptx
Sistema de gestion de base de datos ESPAM.pptxSistema de gestion de base de datos ESPAM.pptx
Sistema de gestion de base de datos ESPAM.pptx
 
4. diseño logico. relacional
4. diseño logico. relacional4. diseño logico. relacional
4. diseño logico. relacional
 
MODELO RELACIONAL
MODELO RELACIONALMODELO RELACIONAL
MODELO RELACIONAL
 
Tm10 modelo relacional
Tm10 modelo relacionalTm10 modelo relacional
Tm10 modelo relacional
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Modelo Relacional
Modelo RelacionalModelo Relacional
Modelo Relacional
 
Modelo relacional2
Modelo relacional2Modelo relacional2
Modelo relacional2
 
5 modelo relacional
5 modelo relacional5 modelo relacional
5 modelo relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Unidad 5 TransformacióN Er A Relacional NormalizacióN
Unidad 5 TransformacióN Er A Relacional   NormalizacióNUnidad 5 TransformacióN Er A Relacional   NormalizacióN
Unidad 5 TransformacióN Er A Relacional NormalizacióN
 
Modelo Relacional
Modelo RelacionalModelo Relacional
Modelo Relacional
 
PresentacióN Tema 8
PresentacióN Tema 8PresentacióN Tema 8
PresentacióN Tema 8
 
Bases de Datos Cap:III El modelo relacional
Bases de Datos Cap:III El modelo relacionalBases de Datos Cap:III El modelo relacional
Bases de Datos Cap:III El modelo relacional
 
TEMA_2_EL_MODELO_ENTIDAD_RELACION.ppt
TEMA_2_EL_MODELO_ENTIDAD_RELACION.pptTEMA_2_EL_MODELO_ENTIDAD_RELACION.ppt
TEMA_2_EL_MODELO_ENTIDAD_RELACION.ppt
 

Modelo de Datos Relacional

  • 1. MODELO DE DATOS RELACIONAL Prof. Yumaira Machuca Cohen
  • 2. MODELO DE DATOS RELACIONAL Conceptos básicos del Modelo de Datos Relacional El modelo relacional representa la base de datos como una colección de relaciones. Cada una de estas relaciones se parece a una tabla de valores o a un archivo plano de registros Nombre CIEstudiante TlfMovil Dirección TlfTrabajo Edad Promedio Benjamin Bayer 12345678 0412-4456321 Naguanagua NULL 25 13,53 Ana Ortiz 13564987 0416-7895623 San Diego NULL 19 13,25 Belén Durán 11298765 0414-4562398 Guacara 0241-8672314 23 14,25 Marcelo Gómez 12098657 0414-4564564 Los Guayos 0241-5624178 18 12,89 Bárbara Campos 10789456 0416-1236598 San Diego 0241-6732397 20 15,31 ESTUDIANTE Atributos Tuplas • Cada fila representa una colección de valores relacionados • Todos los datos de una columna son de un mismo tipo de dato. • El tipo de dato que describe los valores que pueden aparecer en cada columna, está representado por un dominio de posibles valores
  • 3. MODELO DE DATOS RELACIONAL • Un dominio D es un conjunto de valores atómicos, es decir que cada valor es indivisible • Un dominio cuenta con un nombre, un tipo de dato y un formato Ejemplos de dominios: • NumerosTelefonosFijos: El conjunto de los 11 dígitos que componen los números de teléfono de Venezuela • NumerosTelefonosMoviles: El conjunto de los 11 dígitos que componen los números de teléfonos móviles en Venezuela • CedulaIdentidad: El conjunto de números de cédulas válidos en Venezuela • Nombres: El conjunto de caracteres que representan el nombre de una persona • PromedioNotas: Los posibles valores obtenidos al calcular la media de las notas obtenidas por un estudiante, debe ser un valor real comprendido entre 1 y 20 • EdadesEstudiante: Las posibles edades de los estudiantes de una universidad; cada una debe estar comprendida entre 16 y 99
  • 4. MODELO DE DATOS RELACIONAL Características de las relaciones • Las tuplas (filas) en una relación no guardan un orden específico • El orden en que se colocan los atributos en una relación no es significativo • Dos atributos no pueden llamarse igual en una misma relación • Dos tuplas (filas) no pueden tener la misma combinación de valores en todos sus atributos • Los valores NULL (nulo) se utilizan para representar los valores de atributos que pueden ser desconocidos o no aplicables a una tupla (fila) Restricciones del modelo relacional 1. Restricción de integridad de la entidad: esta restricción declara que el valor de ninguna clave principal puede ser NULL 2. Restricción de integridad referencial: esta restricción está especificada entre dos relaciones y se utiliza para mantener la consistencia entre las tuplas de dos relaciones. Clave foránea (foreign key) Es un conjunto no vacio de atributos en una relación, que es una clave primaria en otra relación (o posiblemente la misma), usada para indicar enlaces lógicos entre relaciones
  • 5. Esquema de la base de datos EMPRESA EMPLEADO FechNac PNomb PApell SApell CIEmpl Sexo Sueldo CISuperv NumD 01/09/1965 José Pérez Pérez 12345678 M 3000 13344555 5 08/12/1975 Alberto Campos Sastre 13344555 M 4000 8888665 5 12/05/1968 Alicia Jiménez Celaya 9988777 F 2500 9876543 4 20/06/1971 Juana Sainz Ojeda 9876543 F 4300 8888665 4 15/09/1962 Fernando Ojeda Ordoñez 6668444 M 3800 13344555 5 31/07/1972 Aurora Oliva Avezuela 5345453 F 2500 13344555 5 29/03/1969 Luis Payares Morera 9879798 M 2500 9876543 4 10/11/1967 Eduardo Ochoa Paredes 8888665 M 5500 NULL 1 DEPARTAMENTO NumeroDpto NombreDpto CIDirector FechIniDirect 5 Investigación 13344555 22/05/1988 4 Administración 9876543 01/01/1995 1 Sede Central 8888665 19/06/1981
  • 6. Esquema de la base de datos EMPRESA PROYECTO Numproy NombreProy UbicacProy NumDptoProy 1 ProductoX Valencia 5 2 ProductoY Maracay 5 3 ProductoZ Caracas 5 10 Computación Maracaibo 4 20 Reorganización Valencia 1 30 Comunicaciones Caracas 4 DEPENDIENTE CIEmpl NombreDepend Sexo FechNac Parentesco 13344555 Alicia F 05/04/1986 Hija 13344555 Teodoro M 25/10/1983 Hijo 13344555 Luisa F 03/05/1958 Esposa 9876543 Alfonso M 28/02/1942 Esposo 12345678 Miguel M 04/01/1988 Hijo 12345678 Alicia F 30/12/1988 Hija 12345678 Elisa F 05/05/1967 Esposa
  • 7. Esquema de la base de datos EMPRESA TRABAJA_EN CIEempleado NumProy Horas 12345678 1 32,5 12345678 2 7,5 6668444 3 40 5345453 1 20 5345453 2 20 13344555 2 10 13344555 3 10 13344555 10 10 13344555 20 10 9988777 30 30 9988777 10 10 9879798 10 35 9879798 30 5 9876543 30 20 9876543 20 15 8888665 20 NULL
  • 8. EMPLEADO Diagrama ER de la base de datos EMPRESA CIEmpleado FechaNac Nombre PrimNombre PrimApellido SegunApellido Sexo Sueldo supervisa 1 N DEPENDIENTE 1 N Nombre Sexo FechNac Parentesco DEPARTAMENTO PROYECTO posee participa M N Horas NombreProy NumProy controla Ubicación 1 N 1 1 N 1 trabaja administra NombreDpto NumDpto FechInici
  • 9. Pasos para transformar un modelo E/R a modelo Relacional Paso 1: Por cada entidad fuerte E del diagrama E/R se crea una relación R (tabla) y se incluyen todos los atributos simples de E CIEmpl PNomb PApell SApell FechNac Sexo Sueldo EMPLEADO DEPARTAMENTO NumeroDpto NombreDpto PROYECTO Numproy NombreProy UbicacProy DEPENDIENTE CIEmpl NombreDepend sexo FechNac Parentesco Paso 2: Por cada tipo de entidad débil W del diagrama E/R, se crea una relación R (tabla) y se incluyen todos los atributos simples de W, se incluye como foreign key de R a la clave primaria de la entidad fuerte o propietaria. La clave primaria de R es la combinación de la clave primaria de la entidad fuerte y la clave primaria de la entidad débil.
  • 10. Pasos para transformar un modelo E/R a modelo Relacional Paso 3: Por cada tipo de relación 1:1, se selecciona una de las relaciones S y se incluye como foreign key en S la clave principal de T. Se incluyen todos los atributos simples de la relación 1:1 DEPARTAMENTO NumeroDpto NombreDpto CIDirector FechIniDirect PROYECTO Numproy NombreProy UbicacProy NumDptoProy Paso 4: Por cada tipo de relación 1:N, se identifica la tabla S que representa a la entidad del lado N de la relación y se incluye como foreign key la clave principal de la tabla T que representa a la entidad del lado 1 de la relación EMPLEADO CIEmpl PNomb PApell SApell FechNac Sexo Sueldo CISuperv NumD
  • 11. Paso 5: Por cada tipo de relación M:N, se crea una nueva relación (tabla) S que incluye como foreign key las claves primarias de las entidades que participan en la relación, su combinación formará la clave primaria de S, se incluyen también cualquier atributo simple de la relación M:N, como atributo de S Pasos para transformar un modelo E/R a modelo Relacional CIEempleado NumProy Horas TRABAJA_EN
  • 12. EMPLEADO FechNac PNomb PApell SApell CIEmpl Sexo Sueldo CISuperv NumD Esquema Relacional de la base de datos EMPRESA DEPARTAMENTO NumeroDpto NombreDpto CIDirector FechIniDirect PROYECTO Numproy NombreProy UbicacProy NumDptoProy CIEempleado NumProy Horas TRABAJA_EN DEPENDIENTE CIEmpl NombreDepend sexo FechNac Parentesco
  • 13. BIBLIOGRAFÍA Ramez Elmasri y Shamnkant B. Navathe. Fundamentos de Sistemas de Bases de Datos. Pearson Educación, S.A., Madrid, 2007