Your SlideShare is downloading. ×
0
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Modelo Relacional
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Modelo Relacional

269

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
269
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. MODELO DE DATOS RELACIONAL Prof. Yumaira Machuca Cohen
  • 2. MODELO DE DATOS RELACIONALConceptos básicos del Modelo de Datos Relacional El modelo relacional representa la base de datos como una colección de relaciones. Cada una deestas relaciones se parece a una tabla de valores o a un archivo plano de registros ESTUDIANTE Atributos 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,25Tuplas 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 • 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 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 formatoEjemplos 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éfonosmó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 RELACIONALCaracterí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 serdesconocidos o no aplicables a una tupla (fila)Restricciones del modelo relacional1.Restricción de integridad de la entidad: esta restricción declara que el valor de ninguna claveprincipal puede ser NULL2. Restricción de integridad referencial: esta restricción está especificada entre dos relaciones yse 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 EMPRESAEMPLEADOFechNac PNomb PApell SApell CIEmpl Sexo Sueldo CISuperv NumD01/09/1965 José Pérez Pérez 12345678 M 3000 13344555 508/12/1975 Alberto Campos Sastre 13344555 M 4000 5 888866512/05/1968 Alicia Jiménez Celaya 9988777 F 2500 9876543 420/06/1971 Juana Sainz Ojeda 9876543 F 4300 4 888866515/09/1962 Fernando Ojeda Ordoñez 6668444 M 3800 13344555 531/07/1972 Aurora Oliva Avezuela 5345453 F 2500 13344555 5 Luis Payares Morera 9876543 429/03/1969 9879798 M 250010/11/1967 Eduardo Ochoa Paredes 1 8888665 M 5500 NULLDEPARTAMENTONumeroDpto 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 EMPRESAPROYECTONumproy 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 EMPRESATRABAJA_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. Diagrama ER de la base de datos EMPRESA PrimApellido PrimNombre SegunApellido N trabaja 1 FechaNac Nombre NombreDptoCIEmpleado Sueldo Sexo administra DEPARTAMENTO EMPLEADO 1 1 FechInici 1 NumDpto Horas controla 1 1 supervisa N N posee M N participa PROYECTO N NombreProy DEPENDIENTE NumProy Ubicación Parentesco Sexo Nombre FechNac
  • 9. Transformación de 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 EMPLEADO CIEmpl PNomb PApell SApell FechNac Sexo Sueldo DEPARTAMENT O NumeroDpto NombreDpto PROYECTO Numproy NombreProy UbicacProyPaso 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. DEPENDIENTE CIEmpl NombreDepend sexo FechNac Parentesco
  • 10. Transformación de un modelo E/R a modelo RelacionalPaso 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 DEPARTAMENT O NumeroDpto NombreDpto CIDirector FechIniDirectPaso 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 PROYECTO Numproy NombreProy UbicacProy NumDptoProy EMPLEADO CIEmpl PNomb PApell SApell FechNac Sexo Sueldo CISuperv NumD
  • 11. Transformación de un modelo E/R a modelo RelacionalPaso 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 TRABAJA_EN CIEempleado NumProy Horas
  • 12. Resultado de transformar el diagrama E/R de la base de datos EMPRESA a un Esquema Relacional EMPLEADO FechNac PNomb PApell SApell CIEmpl Sexo Sueldo CISuperv NumD DEPARTAMENT O NumeroDpto NombreDpto CIDirector FechIniDirect PROYECTO Numproy NombreProy UbicacProy NumDptoProy TRABAJA_EN CIEempleado NumProy Horas 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

×