SlideShare una empresa de Scribd logo
1 de 31
EL MODELO
RELACIONAL

  Prof. César Luza Montero
Introducción
 Diseño de base de datos




                           MER
                           MER
                                  Modelo
                                 de datos
                           MR
                           MR
Introducción
   Un Modelo de Datos es una herramienta que puede ser
  usada para especificar (describir): Objetos (entidades) del
  mundo real, Relaciones entre ellos, Restricciones sobre
              ellos, y la Manipulación de ellos.

Algunos modelos de datos:
                                     Modelo Entidad
                                    Modelo Entidad
    Modelo Jerárquico
    Modelo Jerárquico                relación
                                    relación
    Modelo Red
    Modelo Red
                                    Modelo Orientado a
                                    Modelo Orientado a
    Modelo Relacional
    Modelo Relacional               Objetos
                                    Objetos
Contenido
                 El Modelo
                 Relacional




Definición   Elementos   Reglas   Ejemplos
Definición
 El Modelo Relacional fue
  introducido por Edgard F.
  Codd en 1970.
 Con su trabajo "Un modelo
  relacional de datos para
  grandes bancos de datos
  compartidos" ("A
  Relational Model of Data
  for Large Shared Data       Edgar F. Codd (1923-2003)
  Banks") publicado en
  ACM.                                   Association for
                                          Computing
                                           Machinery
Definición
 Los datos se representan
  como una colección de
  relaciones (Tablas).
 Podemos decir que una
  base de datos relacional
  consiste de un conjunto
  de tablas (relaciones)
  relevantes.
Definición
 Este modelo de datos perseguía una serie de
  objetivos que se resumen en:
    Independencia física.

    Independencia lógica.

    Flexibilidad.

    Uniformidad.

    Sencillez.
Definición
 Independencia física.
    El modo en el que se almacenan los datos no influye
     en su manipulación lógica y por tanto, los usuarios
     que acceden a esos datos no tienen que modificar
     sus programas por cambios en el almacenamiento
     físico.
 Independencia lógica.
      El añadir, eliminar o modificar objetos de la base de
       datos no repercute en los programas y/o usuarios
       que están accediendo a subconjuntos parciales de
       los mismos (vistas).
Definición
 Flexibilidad.
    En el sentido de poder presentar a cada usuario los
     datos de la forma en que éste prefiera.
 Uniformidad.
    Las estructuras lógicas de los datos presentan un
     aspecto uniforme, lo que facilita la concepción y
     manipulación de la base de datos por parte de los
     usuarios.
 Sencillez.
    Las características anteriores, así como unos
     lenguajes de usuario muy sencillos, producen como
     resultado que el modelo de datos relacional sea fácil
     de comprender y de utilizar por parte del usuario final.
Elementos
Nombre de la relación           Atributos

  ALUMNO
  Código       Nombre     Edad     Nota     Cabecera
   21-990101    JUAN       21      15
   21-872342    MARIA      19       13      Tuplas o filas
   21-765349   ALBERTO     18       16




               columnas
Elementos
 El Dominio de un atributo es el conjunto
  de valores que un atributo puede tomar.
 Un dominio es usualmente representado
  por un tipo
 Ejemplos:
      Código, su dominio es un char(9) --- Cadena de
       caracteres de longitud 9
      Nombre, su dominio es un varchar(30) ---
       Cadena de caracteres de longitud variable hasta
       30 caracteres
      Edad, su dominio es un rango de números --- 15
       a 90.
Elementos
 El esquema (schema) de la relación o cabecera de
   la relación es el conjunto de los atributos de la
   relación
       Ejemplo:
            Cabecera (Alumno) = (Código, Nombre, Edad, Nota)
            Alumno (Código, Nombre, Edad, Nota)
 El Estado (o contenido) de la relación es el actual
   conjunto de tuplas o filas de la relación.
 Un esquema determinado puede tener diferentes
   estados en diferentes tiempos.
Elementos
 El esquema de una relación raramente cambia.


 Algunos posibles cambios son:
    Renombrar un atributo

    Borrar un atributo

    Añadir un atributo

    Borrar el esquema
Elementos
 El estado de una relación puede cambiar
  frecuentemente.
 Algunos posibles cambios son:
      Modificar algunos valores de atributos
      Borrar una tupla existente
      Insertar una nueva tupla
Elementos
 Una Base de datos relacional consiste de un
  conjunto de relaciones
 Un esquema de base de datos relacional
  consiste de un conjunto de esquemas de
  relaciones.
 Un estado de la base de datos es la data
  actualmente en la base de datos.
Un Ejemplo de Base de Datos
               Students                                       Departments
     SSN    Name     Major   GPA              Name      Location    Chairperson
     1234    Jeff     CS         3.2           CS         N18 EB      Aggarwal
     2345   Mary    Math     3.0               EE        Q4 EB       Sackman
     3456    Bob      CS         2.7           Math      LN2200        Hanson
     4567   Wang      EE         2.9          Biology      210 S3       Smith


Courses                                         Sections
 Name       Course#     CreditHours    Dept   Course#    Section# Semester Instructor
Database     CS432           4          CS     CS432        01        Fall98      Meng
Database     CS532           4          CS     CS532        01        Fall98      Meng
Dis. Math   Math314          4         Math    Math314      02       Fall 97      Hanson
Lin. Alg.   Math304          4         Math    Math304      01      Spring97      Brown
Reglas de Base Datos Relacional

 Regla 1 (First Normal Form Rule).
      Ningun atributo multi-valuado es permitido en
       una tabla.
      Es decir, para cualquier tupla t y atributo A en
       una tabla, t[A] debe ser un valor simple
       atomico.
Reglas de Base Datos Relacional
Ejemplos de atributos multivaluados:
Employees

    SSN         Name     Age      Dependents

  123456789      Bob     34      Allen, Ann

  234567891      Mary   42          Kathy

  345678912      Bill   47       Mike, Susan, David


Otros ejemplos:
 El atributo Autores de relacion Libros
 El atributo Libros de referencias de una relacion Cursos
 El atributo de Hobbies de una relacion Empleados
Reglas de Base Datos Relacional
 Regla 2 (The Unique Row Rule).
      No hay dos filas en la misma tabla que sean
       identicas en cualquier momento dado.
      Es decir cada tupla en la tabla es unica.
      Cuando una nueva tupla es insertada a la
       relación, el sistema tiene que estar seguro
       que la nueva tupla es diferente a todas las
       tuplas existentes en la relación
Reglas de Base Datos Relacional
 Regla 3: Integridad de Entidad
     No habrá entradas nulas en la llave primaria
      y todas las entradas serán únicas.
     Con las reglas de integridad de entidad se
      garantiza que cada entidad (tupla) tiene un
      identificador único
Reglas de Base Datos Relacional
 Regla 4: Integridad Referencial
      El valor de la clave foránea puede ser nulo o tiene
       que parear (coincidir) con el valor de la clave
       primaria de la tabla con la cual se establece la
       interrelación.
      Se garantiza que no es posible establecer
       relaciones que no pareen.
      Con las reglas de integridad se minimizan los
       errores de entrada de datos, esto es, que haya
       consistencia.
Reglas de Base Datos Relacional
 Observación:
     Cuando se borra una clave primaria
      con referencias en una clave ajena
      se debería:
        Borrar información en cadena (borrar en
         cascada) o
        No permitir borrado o

        Convertir los valores de clave ajena en
         nulos.
Manipulacion de Datos
 Operaciones en bases de datos
 relacionales
     •   Insertar (insert)- consiste en añadir una tupla
         en la relación.
     •   Eliminar (delete)- consiste en quitar una tupla
         de la relación.
     •   Modificar (update)- consiste en cambiar una
         tupla en la relación.
     •   Consultar (select) -consiste en recuperar
         datos.
Ejemplos
                                       NSS                             sexo
                inic
                                                 apellido                                                                  sexo
      f echa_nac             nombre                                       salario

direccion
                                                                                                                                       f ecnac
                         (0,1)                         (1,1)                          E
                                                                                    Tiene                      Dependiente
                                                                                                    (0,n)
     Supervisa                       Empleado
                             (0,n)               (1,1) (0,n)
                                      (0,n)                                                                                        nombre
                                                                                                                    parentesco

                                                                                    pertence

               horas                 TrabajaEn                           Es_Jefe

                                                            f ec_Ini

                                                                                                       (1,1)                      numero
                                      (0,n)                                                         (0,1)

            numerop
                                      Proyecto                                                       Departamento
                                                                 (0,n)        dirigida      (1,1)

                                                                                                                                  Localizaciones
             localizacionp                                                                                                            (1,n)

                                       Nombrep       Modelo de datos Empresa
                                                                                                                                    nombre
Ejemplos




    Esquema de la B.D. Empresa
Ejemplos




Estado de la B.D.
  Empresa (1)
Ejemplos




Estado de la B.D.
  Empresa (2)
Ejemplos




  Estado de la B.D. Empresa (3)
Ejemplos




     Integridad Referencial (1)
Ejemplos




   Integridad Referencial (2)
Ejemplos




    Integridad Referencial (3)

Más contenido relacionado

La actualidad más candente

Presentacion de Modelo entidad -relación de Base de Datos
Presentacion de Modelo entidad -relación de Base de Datos Presentacion de Modelo entidad -relación de Base de Datos
Presentacion de Modelo entidad -relación de Base de Datos Yarquiri Claudio
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacionMaria Garcia
 
Estructura fisica y logica de active directory
Estructura fisica y logica de active directoryEstructura fisica y logica de active directory
Estructura fisica y logica de active directoryEduardo J Onofre
 
Diagramas Analisis
Diagramas AnalisisDiagramas Analisis
Diagramas Analisisinnovalabcun
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRene Guaman-Quinche
 
Tipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasTipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasJuanMiguelCustodioMo
 
Estructura del cliente servidor
Estructura del cliente servidorEstructura del cliente servidor
Estructura del cliente servidormasaquiza-07
 
Transformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicoTransformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicojosecuartas
 
El modelo de entidad relación (e r)
El modelo de entidad relación (e r)El modelo de entidad relación (e r)
El modelo de entidad relación (e r)YENZU
 
Sesion 9 2 uml transicion estados
Sesion 9 2 uml transicion estadosSesion 9 2 uml transicion estados
Sesion 9 2 uml transicion estadosJulio Pari
 
Modelo Entidad Relación Extendido.
Modelo Entidad Relación Extendido.Modelo Entidad Relación Extendido.
Modelo Entidad Relación Extendido.nayis2010
 
Gestion de transacciones_may-11
Gestion de transacciones_may-11Gestion de transacciones_may-11
Gestion de transacciones_may-11fernandocar12
 
Diagramas de colaboracion
Diagramas de colaboracionDiagramas de colaboracion
Diagramas de colaboraciond-draem
 
Elementos de diagramas de objetos
Elementos de diagramas de objetosElementos de diagramas de objetos
Elementos de diagramas de objetosJorge Reyes
 

La actualidad más candente (20)

Cableado de redes
Cableado de redesCableado de redes
Cableado de redes
 
7 Curso de POO en java - diagrama de clases
7 Curso de POO en java - diagrama de clases7 Curso de POO en java - diagrama de clases
7 Curso de POO en java - diagrama de clases
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Presentacion de Modelo entidad -relación de Base de Datos
Presentacion de Modelo entidad -relación de Base de Datos Presentacion de Modelo entidad -relación de Base de Datos
Presentacion de Modelo entidad -relación de Base de Datos
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
 
Estructura fisica y logica de active directory
Estructura fisica y logica de active directoryEstructura fisica y logica de active directory
Estructura fisica y logica de active directory
 
Diagramas Analisis
Diagramas AnalisisDiagramas Analisis
Diagramas Analisis
 
Requisitos funcionales y no funcionales
Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
Requisitos funcionales y no funcionales
 
Tipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasTipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y Desventajas
 
Diagrama de clases - Ejemplo monográfico 02
Diagrama de clases - Ejemplo monográfico 02Diagrama de clases - Ejemplo monográfico 02
Diagrama de clases - Ejemplo monográfico 02
 
Estructura del cliente servidor
Estructura del cliente servidorEstructura del cliente servidor
Estructura del cliente servidor
 
Transformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicoTransformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logico
 
El modelo de entidad relación (e r)
El modelo de entidad relación (e r)El modelo de entidad relación (e r)
El modelo de entidad relación (e r)
 
Sesion 9 2 uml transicion estados
Sesion 9 2 uml transicion estadosSesion 9 2 uml transicion estados
Sesion 9 2 uml transicion estados
 
Modelo Entidad Relacion
Modelo Entidad RelacionModelo Entidad Relacion
Modelo Entidad Relacion
 
Modelo Entidad Relación Extendido.
Modelo Entidad Relación Extendido.Modelo Entidad Relación Extendido.
Modelo Entidad Relación Extendido.
 
Diagrama de estado
Diagrama de estadoDiagrama de estado
Diagrama de estado
 
Gestion de transacciones_may-11
Gestion de transacciones_may-11Gestion de transacciones_may-11
Gestion de transacciones_may-11
 
Diagramas de colaboracion
Diagramas de colaboracionDiagramas de colaboracion
Diagramas de colaboracion
 
Elementos de diagramas de objetos
Elementos de diagramas de objetosElementos de diagramas de objetos
Elementos de diagramas de objetos
 

Destacado

Sql DML Lenguaje de manipulación de datos
Sql DML Lenguaje de manipulación de datos Sql DML Lenguaje de manipulación de datos
Sql DML Lenguaje de manipulación de datos josecuartas
 
Espacios De Nombres Y Desarrollo De LibreríAs
Espacios De Nombres Y Desarrollo De LibreríAsEspacios De Nombres Y Desarrollo De LibreríAs
Espacios De Nombres Y Desarrollo De LibreríAsMarvin Romero
 
Base de datos unidad 1
Base de datos   unidad 1Base de datos   unidad 1
Base de datos unidad 1islandin
 
T4 Sql LMD
T4 Sql  LMDT4 Sql  LMD
T4 Sql LMDrmonago
 
Tecnologia Microsoft
Tecnologia  MicrosoftTecnologia  Microsoft
Tecnologia Microsoftbrobelo
 
2 manipulacion de datos..
2 manipulacion de datos..2 manipulacion de datos..
2 manipulacion de datos..alithu1
 
Lenguaje de programacion orientado a eventos
Lenguaje de programacion orientado a eventosLenguaje de programacion orientado a eventos
Lenguaje de programacion orientado a eventosJairo Velasquez Rivera
 
Lenguaje de manipulación de datos (DML)
Lenguaje de manipulación de datos (DML)Lenguaje de manipulación de datos (DML)
Lenguaje de manipulación de datos (DML)Minerva136
 
Estrategía del oceano azul
Estrategía del oceano azulEstrategía del oceano azul
Estrategía del oceano azulStartcoaching
 
"Las empresas tienen que decir la verdad en momentos de crisis"
"Las empresas tienen que decir la verdad en momentos de crisis""Las empresas tienen que decir la verdad en momentos de crisis"
"Las empresas tienen que decir la verdad en momentos de crisis"LLYC
 
Estrategia del oceano azul
Estrategia del oceano azulEstrategia del oceano azul
Estrategia del oceano azulStartcoaching
 
Guión entrevista a la familia2
Guión entrevista a la familia2Guión entrevista a la familia2
Guión entrevista a la familia2Raquel Ruiz Pérez
 
Presentación ¿Cómo hacer una Oferta de Valor?
Presentación ¿Cómo hacer una Oferta de Valor?Presentación ¿Cómo hacer una Oferta de Valor?
Presentación ¿Cómo hacer una Oferta de Valor?Axeleratum
 
GESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTE
GESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTEGESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTE
GESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTEUDO Monagas
 

Destacado (20)

Sql DML Lenguaje de manipulación de datos
Sql DML Lenguaje de manipulación de datos Sql DML Lenguaje de manipulación de datos
Sql DML Lenguaje de manipulación de datos
 
Espacios De Nombres Y Desarrollo De LibreríAs
Espacios De Nombres Y Desarrollo De LibreríAsEspacios De Nombres Y Desarrollo De LibreríAs
Espacios De Nombres Y Desarrollo De LibreríAs
 
Base de datos unidad 1
Base de datos   unidad 1Base de datos   unidad 1
Base de datos unidad 1
 
T4 Sql LMD
T4 Sql  LMDT4 Sql  LMD
T4 Sql LMD
 
Espacios de nombres en XML
Espacios de nombres en XMLEspacios de nombres en XML
Espacios de nombres en XML
 
Tecnologia Microsoft
Tecnologia  MicrosoftTecnologia  Microsoft
Tecnologia Microsoft
 
Manipulación de datos
Manipulación de datosManipulación de datos
Manipulación de datos
 
Programación III (Java) - 07 Eventos
Programación III (Java) - 07 EventosProgramación III (Java) - 07 Eventos
Programación III (Java) - 07 Eventos
 
2 manipulacion de datos..
2 manipulacion de datos..2 manipulacion de datos..
2 manipulacion de datos..
 
Lenguaje de programacion orientado a eventos
Lenguaje de programacion orientado a eventosLenguaje de programacion orientado a eventos
Lenguaje de programacion orientado a eventos
 
Lenguaje de manipulación de datos (DML)
Lenguaje de manipulación de datos (DML)Lenguaje de manipulación de datos (DML)
Lenguaje de manipulación de datos (DML)
 
Estrategía del oceano azul
Estrategía del oceano azulEstrategía del oceano azul
Estrategía del oceano azul
 
sistemas generalizados cmr
sistemas generalizados cmrsistemas generalizados cmr
sistemas generalizados cmr
 
"Las empresas tienen que decir la verdad en momentos de crisis"
"Las empresas tienen que decir la verdad en momentos de crisis""Las empresas tienen que decir la verdad en momentos de crisis"
"Las empresas tienen que decir la verdad en momentos de crisis"
 
Estrategia del oceano azul
Estrategia del oceano azulEstrategia del oceano azul
Estrategia del oceano azul
 
Guión entrevista a la familia2
Guión entrevista a la familia2Guión entrevista a la familia2
Guión entrevista a la familia2
 
Presentación ¿Cómo hacer una Oferta de Valor?
Presentación ¿Cómo hacer una Oferta de Valor?Presentación ¿Cómo hacer una Oferta de Valor?
Presentación ¿Cómo hacer una Oferta de Valor?
 
A puro pulso
A puro pulsoA puro pulso
A puro pulso
 
GESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTE
GESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTEGESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTE
GESTIÓN ESTRATÉGICA DE RELACIONES CON EL CLIENTE
 
Mapa de empatía
Mapa de empatíaMapa de empatía
Mapa de empatía
 

Similar a Tm10 modelo relacional

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)Jose Carlos Guerra
 
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
 
El modelo relacional
El modelo relacionalEl modelo relacional
El modelo relacionalLuis Jherry
 
MODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdfMODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdfMaria Garcia
 
Unidad 4 Modelo De Datos Para La ImplementacióN
Unidad 4 Modelo De Datos Para La ImplementacióNUnidad 4 Modelo De Datos Para La ImplementacióN
Unidad 4 Modelo De Datos Para La ImplementacióNSergio Sanchez
 
Base de datos
Base de datosBase de datos
Base de datosmarcia666
 
Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16Fabricio Sanchez
 
El modelo relacional
El modelo relacionalEl modelo relacional
El modelo relacionalLuis Jherry
 
Diseño de Base de DatosFin.pptx
Diseño de Base de DatosFin.pptxDiseño de Base de DatosFin.pptx
Diseño de Base de DatosFin.pptxEverPadillaVanegas2
 
Diseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionalesDiseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionalesRobert Rodriguez
 

Similar a Tm10 modelo relacional (20)

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)
 
cc302modulo3
cc302modulo3cc302modulo3
cc302modulo3
 
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
 
El modelo relacional
El modelo relacionalEl modelo relacional
El modelo relacional
 
Fundamentos de BD - unidad 3 modelo relacional
Fundamentos de BD - unidad 3 modelo relacionalFundamentos de BD - unidad 3 modelo relacional
Fundamentos de BD - unidad 3 modelo relacional
 
MODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdfMODELOS RELACIONAL.pdf
MODELOS RELACIONAL.pdf
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Unidad 4 Modelo De Datos Para La ImplementacióN
Unidad 4 Modelo De Datos Para La ImplementacióNUnidad 4 Modelo De Datos Para La ImplementacióN
Unidad 4 Modelo De Datos Para La ImplementacióN
 
Modelo de Entidad Relacion
Modelo de Entidad RelacionModelo de Entidad Relacion
Modelo de Entidad Relacion
 
Base de datos
Base de datosBase de datos
Base de datos
 
C modelado de datos
C modelado de datosC modelado de datos
C modelado de datos
 
Tema2 bases dedatosrelacional
Tema2 bases dedatosrelacionalTema2 bases dedatosrelacional
Tema2 bases dedatosrelacional
 
Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16
 
MODELO RELACIONAL
MODELO RELACIONALMODELO RELACIONAL
MODELO RELACIONAL
 
Modelos de datos y BDD
Modelos de datos y BDD Modelos de datos y BDD
Modelos de datos y BDD
 
El modelo relacional
El modelo relacionalEl modelo relacional
El modelo relacional
 
Base de Datos
Base de DatosBase de Datos
Base de Datos
 
Diseño de Base de DatosFin.pptx
Diseño de Base de DatosFin.pptxDiseño de Base de DatosFin.pptx
Diseño de Base de DatosFin.pptx
 
2. Modelo ER - Relacional
2. Modelo ER - Relacional2. Modelo ER - Relacional
2. Modelo ER - Relacional
 
Diseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionalesDiseño Logico - Diseño de bases de datos relacionales
Diseño Logico - Diseño de bases de datos relacionales
 

Más de Julio Pari

Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...Julio Pari
 
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesLinks kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesJulio Pari
 
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesComandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesJulio Pari
 
Indice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPCIndice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPCJulio Pari
 
Arquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSMArquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSMJulio Pari
 
Jelastic Enterprise
Jelastic EnterpriseJelastic Enterprise
Jelastic EnterpriseJulio Pari
 
Marketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor OsorioMarketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor OsorioJulio Pari
 
Ingenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor CorderoIngenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor CorderoJulio Pari
 
Documento de Arquitectura
Documento de ArquitecturaDocumento de Arquitectura
Documento de ArquitecturaJulio Pari
 
Solucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISISolucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISIJulio Pari
 
Práctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa IIPráctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa IIJulio Pari
 
Armas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilasArmas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilasJulio Pari
 
Formato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISIFormato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISIJulio Pari
 
Cuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hijaCuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hijaJulio Pari
 
Ingeniería de Software Examen Parcial
Ingeniería de Software Examen ParcialIngeniería de Software Examen Parcial
Ingeniería de Software Examen ParcialJulio Pari
 
Sistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen ParcialSistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen ParcialJulio Pari
 
Php07 consultas bd
Php07 consultas bdPhp07 consultas bd
Php07 consultas bdJulio Pari
 
Php06 instalacion my_sql
Php06 instalacion my_sqlPhp06 instalacion my_sql
Php06 instalacion my_sqlJulio Pari
 
Php05 funciones usuario
Php05 funciones usuarioPhp05 funciones usuario
Php05 funciones usuarioJulio Pari
 

Más de Julio Pari (20)

Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...
 
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesLinks kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
 
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesComandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes
 
Indice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPCIndice General Tesis Sistemas UPC
Indice General Tesis Sistemas UPC
 
Arquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSMArquitectura Web FISI UNMSM
Arquitectura Web FISI UNMSM
 
Jelastic Enterprise
Jelastic EnterpriseJelastic Enterprise
Jelastic Enterprise
 
Marketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor OsorioMarketing Examen Parcial Profesor Osorio
Marketing Examen Parcial Profesor Osorio
 
Ingenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor CorderoIngenieria Software Examen Parcial 2013 2 Profesor Cordero
Ingenieria Software Examen Parcial 2013 2 Profesor Cordero
 
Documento de Arquitectura
Documento de ArquitecturaDocumento de Arquitectura
Documento de Arquitectura
 
Solucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISISolucion Examen Parcial Sistemas Digitales UNMSM FISI
Solucion Examen Parcial Sistemas Digitales UNMSM FISI
 
Práctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa IIPráctica de Inventarios - Investigación Operativa II
Práctica de Inventarios - Investigación Operativa II
 
Armas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilasArmas silenciosas para guerras tranquilas
Armas silenciosas para guerras tranquilas
 
UML Java
UML JavaUML Java
UML Java
 
Formato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISIFormato de presentación de Proyecto UNMSM FISI
Formato de presentación de Proyecto UNMSM FISI
 
Cuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hijaCuento para nuestro hijo y nuestra hija
Cuento para nuestro hijo y nuestra hija
 
Ingeniería de Software Examen Parcial
Ingeniería de Software Examen ParcialIngeniería de Software Examen Parcial
Ingeniería de Software Examen Parcial
 
Sistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen ParcialSistemas Distribuidos Examen Parcial
Sistemas Distribuidos Examen Parcial
 
Php07 consultas bd
Php07 consultas bdPhp07 consultas bd
Php07 consultas bd
 
Php06 instalacion my_sql
Php06 instalacion my_sqlPhp06 instalacion my_sql
Php06 instalacion my_sql
 
Php05 funciones usuario
Php05 funciones usuarioPhp05 funciones usuario
Php05 funciones usuario
 

Tm10 modelo relacional

  • 1. EL MODELO RELACIONAL Prof. César Luza Montero
  • 2. Introducción Diseño de base de datos MER MER Modelo de datos MR MR
  • 3. Introducción Un Modelo de Datos es una herramienta que puede ser usada para especificar (describir): Objetos (entidades) del mundo real, Relaciones entre ellos, Restricciones sobre ellos, y la Manipulación de ellos. Algunos modelos de datos: Modelo Entidad Modelo Entidad Modelo Jerárquico Modelo Jerárquico relación relación Modelo Red Modelo Red Modelo Orientado a Modelo Orientado a Modelo Relacional Modelo Relacional Objetos Objetos
  • 4. Contenido El Modelo Relacional Definición Elementos Reglas Ejemplos
  • 5. Definición  El Modelo Relacional fue introducido por Edgard F. Codd en 1970.  Con su trabajo "Un modelo relacional de datos para grandes bancos de datos compartidos" ("A Relational Model of Data for Large Shared Data Edgar F. Codd (1923-2003) Banks") publicado en ACM. Association for Computing Machinery
  • 6. Definición  Los datos se representan como una colección de relaciones (Tablas).  Podemos decir que una base de datos relacional consiste de un conjunto de tablas (relaciones) relevantes.
  • 7. Definición  Este modelo de datos perseguía una serie de objetivos que se resumen en:  Independencia física.  Independencia lógica.  Flexibilidad.  Uniformidad.  Sencillez.
  • 8. Definición  Independencia física.  El modo en el que se almacenan los datos no influye en su manipulación lógica y por tanto, los usuarios que acceden a esos datos no tienen que modificar sus programas por cambios en el almacenamiento físico.  Independencia lógica.  El añadir, eliminar o modificar objetos de la base de datos no repercute en los programas y/o usuarios que están accediendo a subconjuntos parciales de los mismos (vistas).
  • 9. Definición  Flexibilidad. En el sentido de poder presentar a cada usuario los datos de la forma en que éste prefiera.  Uniformidad.  Las estructuras lógicas de los datos presentan un aspecto uniforme, lo que facilita la concepción y manipulación de la base de datos por parte de los usuarios.  Sencillez.  Las características anteriores, así como unos lenguajes de usuario muy sencillos, producen como resultado que el modelo de datos relacional sea fácil de comprender y de utilizar por parte del usuario final.
  • 10. Elementos Nombre de la relación Atributos ALUMNO Código Nombre Edad Nota Cabecera 21-990101 JUAN 21 15 21-872342 MARIA 19 13 Tuplas o filas 21-765349 ALBERTO 18 16 columnas
  • 11. Elementos  El Dominio de un atributo es el conjunto de valores que un atributo puede tomar.  Un dominio es usualmente representado por un tipo  Ejemplos:  Código, su dominio es un char(9) --- Cadena de caracteres de longitud 9  Nombre, su dominio es un varchar(30) --- Cadena de caracteres de longitud variable hasta 30 caracteres  Edad, su dominio es un rango de números --- 15 a 90.
  • 12. Elementos  El esquema (schema) de la relación o cabecera de la relación es el conjunto de los atributos de la relación  Ejemplo:  Cabecera (Alumno) = (Código, Nombre, Edad, Nota)  Alumno (Código, Nombre, Edad, Nota)  El Estado (o contenido) de la relación es el actual conjunto de tuplas o filas de la relación.  Un esquema determinado puede tener diferentes estados en diferentes tiempos.
  • 13. Elementos  El esquema de una relación raramente cambia.  Algunos posibles cambios son:  Renombrar un atributo  Borrar un atributo  Añadir un atributo  Borrar el esquema
  • 14. Elementos  El estado de una relación puede cambiar frecuentemente.  Algunos posibles cambios son:  Modificar algunos valores de atributos  Borrar una tupla existente  Insertar una nueva tupla
  • 15. Elementos  Una Base de datos relacional consiste de un conjunto de relaciones  Un esquema de base de datos relacional consiste de un conjunto de esquemas de relaciones.  Un estado de la base de datos es la data actualmente en la base de datos.
  • 16. Un Ejemplo de Base de Datos Students Departments SSN Name Major GPA Name Location Chairperson 1234 Jeff CS 3.2 CS N18 EB Aggarwal 2345 Mary Math 3.0 EE Q4 EB Sackman 3456 Bob CS 2.7 Math LN2200 Hanson 4567 Wang EE 2.9 Biology 210 S3 Smith Courses Sections Name Course# CreditHours Dept Course# Section# Semester Instructor Database CS432 4 CS CS432 01 Fall98 Meng Database CS532 4 CS CS532 01 Fall98 Meng Dis. Math Math314 4 Math Math314 02 Fall 97 Hanson Lin. Alg. Math304 4 Math Math304 01 Spring97 Brown
  • 17. Reglas de Base Datos Relacional  Regla 1 (First Normal Form Rule).  Ningun atributo multi-valuado es permitido en una tabla.  Es decir, para cualquier tupla t y atributo A en una tabla, t[A] debe ser un valor simple atomico.
  • 18. Reglas de Base Datos Relacional Ejemplos de atributos multivaluados: Employees SSN Name Age Dependents 123456789 Bob 34 Allen, Ann 234567891 Mary 42 Kathy 345678912 Bill 47 Mike, Susan, David Otros ejemplos:  El atributo Autores de relacion Libros  El atributo Libros de referencias de una relacion Cursos  El atributo de Hobbies de una relacion Empleados
  • 19. Reglas de Base Datos Relacional  Regla 2 (The Unique Row Rule).  No hay dos filas en la misma tabla que sean identicas en cualquier momento dado.  Es decir cada tupla en la tabla es unica.  Cuando una nueva tupla es insertada a la relación, el sistema tiene que estar seguro que la nueva tupla es diferente a todas las tuplas existentes en la relación
  • 20. Reglas de Base Datos Relacional  Regla 3: Integridad de Entidad  No habrá entradas nulas en la llave primaria y todas las entradas serán únicas.  Con las reglas de integridad de entidad se garantiza que cada entidad (tupla) tiene un identificador único
  • 21. Reglas de Base Datos Relacional  Regla 4: Integridad Referencial  El valor de la clave foránea puede ser nulo o tiene que parear (coincidir) con el valor de la clave primaria de la tabla con la cual se establece la interrelación.  Se garantiza que no es posible establecer relaciones que no pareen.  Con las reglas de integridad se minimizan los errores de entrada de datos, esto es, que haya consistencia.
  • 22. Reglas de Base Datos Relacional  Observación:  Cuando se borra una clave primaria con referencias en una clave ajena se debería:  Borrar información en cadena (borrar en cascada) o  No permitir borrado o  Convertir los valores de clave ajena en nulos.
  • 23. Manipulacion de Datos  Operaciones en bases de datos relacionales • Insertar (insert)- consiste en añadir una tupla en la relación. • Eliminar (delete)- consiste en quitar una tupla de la relación. • Modificar (update)- consiste en cambiar una tupla en la relación. • Consultar (select) -consiste en recuperar datos.
  • 24. Ejemplos NSS sexo inic apellido sexo f echa_nac nombre salario direccion f ecnac (0,1) (1,1) E Tiene Dependiente (0,n) Supervisa Empleado (0,n) (1,1) (0,n) (0,n) nombre parentesco pertence horas TrabajaEn Es_Jefe f ec_Ini (1,1) numero (0,n) (0,1) numerop Proyecto Departamento (0,n) dirigida (1,1) Localizaciones localizacionp (1,n) Nombrep Modelo de datos Empresa nombre
  • 25. Ejemplos Esquema de la B.D. Empresa
  • 26. Ejemplos Estado de la B.D. Empresa (1)
  • 27. Ejemplos Estado de la B.D. Empresa (2)
  • 28. Ejemplos Estado de la B.D. Empresa (3)
  • 29. Ejemplos Integridad Referencial (1)
  • 30. Ejemplos Integridad Referencial (2)
  • 31. Ejemplos Integridad Referencial (3)

Notas del editor

  1. Independencia física. El modo en el que se almacenan los datos no influye en su manipulación lógica y por tanto, los usuarios que acceden a esos datos no tienen que modificar sus programas por cambios en el almacenamiento físico. Independencia lógica. El añadir, eliminar o modificar objetos de la base de datos no repercute en los programas y/o usuarios que están accediendo a subconjuntos parciales de los mismos (vistas). Flexibilidad. En el sentido de poder presentar a cada usuario los datos de la forma en que éste prefiera. Uniformidad. Las estructuras lógicas de los datos presentan un aspecto uniforme, lo que facilita la concepción y manipulación de la base de datos por parte de los usuarios. Sencillez. Las características anteriores, así como unos lenguajes de usuario muy sencillos, producen como resultado que el modelo de datos relacional sea fácil de comprender y de utilizar por parte del usuario final.
  2. Independencia física. El modo en el que se almacenan los datos no influye en su manipulación lógica y por tanto, los usuarios que acceden a esos datos no tienen que modificar sus programas por cambios en el almacenamiento físico. Independencia lógica. El añadir, eliminar o modificar objetos de la base de datos no repercute en los programas y/o usuarios que están accediendo a subconjuntos parciales de los mismos (vistas). Flexibilidad. En el sentido de poder presentar a cada usuario los datos de la forma en que éste prefiera. Uniformidad. Las estructuras lógicas de los datos presentan un aspecto uniforme, lo que facilita la concepción y manipulación de la base de datos por parte de los usuarios. Sencillez. Las características anteriores, así como unos lenguajes de usuario muy sencillos, producen como resultado que el modelo de datos relacional sea fácil de comprender y de utilizar por parte del usuario final.
  3. Independencia física. El modo en el que se almacenan los datos no influye en su manipulación lógica y por tanto, los usuarios que acceden a esos datos no tienen que modificar sus programas por cambios en el almacenamiento físico. Independencia lógica. El añadir, eliminar o modificar objetos de la base de datos no repercute en los programas y/o usuarios que están accediendo a subconjuntos parciales de los mismos (vistas). Flexibilidad. En el sentido de poder presentar a cada usuario los datos de la forma en que éste prefiera. Uniformidad. Las estructuras lógicas de los datos presentan un aspecto uniforme, lo que facilita la concepción y manipulación de la base de datos por parte de los usuarios. Sencillez. Las características anteriores, así como unos lenguajes de usuario muy sencillos, producen como resultado que el modelo de datos relacional sea fácil de comprender y de utilizar por parte del usuario final.
  4. Esta regla viene de la definición matematica que una relación es un conjunto de tuplas y de hecho que un conjunto nunca contiene dos elementos identicos.
  5. La Clave Foránea puede hacer referencia a la propia Relación: EMPLEADO.NSS_SUPERV