SlideShare uma empresa Scribd logo
1 de 23
http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                     Transformación
                                     Modelo ER a Relacional(Lógico)


                                         http://en.wikipedia.org/wiki/Entity-relationship_model




                                        JOSÉ CUARTAS           BASES DE DATOS
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Tres reglas básicas




                                                                                                                                http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                     Las tres reglas básicas para convertir un esquema en el modelo E/R al
                                     relacional son las siguientes:
                                     •   Todo tipo de entidad se convierte en una relación.
                                             •   La tabla o relación toma el nombre de la entidad. Los atributos de la
                                                 entidad serán las columnas de la tabla y el atributo identificador principal
                                                 será la clave primaria. En caso de que se indique lo contrario los atributos
                                                 no identificadores podrán tomar valores nulos.

                                     • Todo tipo de relación M:M (muchos a muchos) se transforma en una
                                       relación.
                                             •   Las interrelaciones N:M se transforman en una tabla cuya clave primaria
                                                 será la concatenación de los atributos principales de las entidades que se
                                                 asocia; estos atributos serán claves foráneas que referencian a las
                                                 respectivas tablas donde son claves primarias. Los atributos de la
                                                 interrelación serán columnas de la tabla.



                                           JOSÉ CUARTAS                BASES DE DATOS
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Tres reglas básicas




                                                                                                                             http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                     • Para todo tipo de relación 1:M se realiza lo que se denomina
                                       propagación de clave (regla general), o se crea una nueva relación.
                                           •   Las interrelaciones 1:N o 1:1 se transforman propagando el atributo
                                               identificador principal de la entidad que tiene cardinalidad máxima 1 a la
                                               que tiene cardinalidad máxima N. Si la relación fuese 1:1 la propagación de
                                               clave podría hacerse en cualquier sentido. El atributo propagado es una
                                               clave foránea que referencia a la tabla con cardinalidad máxima de 1.




                                         JOSÉ CUARTAS                BASES DE DATOS
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                      Tres reglas básicas- Ejemplo




                                                                                                                                                   http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                                                                       Codigo                                         Nombre_a
                                      Nombre_e




                                     EDITORIAL                   EDITA                 LIBRO                       ESCRIBE             AUTOR
                                                      1                      n                        n                        n



                                                                    LIBRO( Código, Título, Idioma, …, Editorial)




                                                                                                          AUTOR( Nombre_a, Nacionalidad, Institución)


                                                                ESCRIBE(Nombre_a, Código)


                                                                                                                       CLAVE FORÁNEA
                          EDITORIAL( Nombre_e, Dirección, Ciudad, País)

                                                 JOSÉ CUARTAS                    BASES DE DATOS
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación
                                      Transformación de Atributos de Entidades




                                                                                                                         http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      • Cada atributo de una entidad se transforma en una columna de la tabla a
                                        la que ha dado lugar la entidad.
                                      • Teniendo en cuenta que existen atributos identificador principal, otros que
                                        son identificadores alternativos (únicos) y el resto de los atributos que no
                                        son identificadores – atributos no principales- se deben tener en la cuenta
                                        las siguientes tres reglas:
                                             •   Atributos Identificadores Los atributos que son identificadores
                                                 principales pasan a formar la clave primaria de la tabla.

                                             •   Atributos Identificadores Alternativos Se les denomina mediante
                                                 un cláusula denomina UNIQUE.

                                             •   Atributos No Identificadores Se representan solo como columnas de
                                                 la tabla correspondiente, y se les define el dominio al que pertenece



                                           JOSÉ CUARTAS                BASES DE DATOS
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación
                                      Transformación de Atributos de Entidades




                                                                                                                                http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      • Atributos Multivaluados            El modelo relacional no permite dominios
                                        multivaluados, ya que los datos deben ser atómicos, por consiguiente, deberá
                                        crearse una nueva tabla cuyos únicos atributos ( y clave primaria ) será la
                                        concatenación de la clave primaria de la entidad original y el atributo multivaluado.
                                             •   Se debe crear una clave foránea referenciado a la tabla primaria.

                                      • Atributos Derivados          No existe una representación directa. Por tanto, se
                                        deben tratar como atributos normales, que pasarán a ser columnas de la tabla
                                        correspondiente, en el mejor de los casos evitarlos.
                                             •   Se debe construir un disparador(trigger) que calcule el valor del atributo
                                                 derivado cada vez que se inserten o borren las ocurrencias de los atributos
                                                 que intervienen en el calculo y añadir las restricciones correspondientes.




                                          JOSÉ CUARTAS                 BASES DE DATOS
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                          Ejemplo de Transformación de atributos




                                                                                                                                                                                 http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                                    Cod_PER                                                                         Dirección

                                                                                                                               n
                                                                                                                                     Télefono
                                                     Nombre                             PERSONA

                                                                                                                                         Tipo_DI
                                                         DI


                                                              Diccionario de datos esquema conceptual
                                                                                                                                           VALORES         RESTRICCIONES
                                     ENTIDAD   ATRIBUTOS        DOMINIOS                      DESCRIPCION
                                                                                                                                    DEFECTO    VALORES
                                     PERSONA   <DESCRIPCION DE LA ENTIDAD PERSONA>
                                               Cod_PER          Numerico     {Digito}8        Números autoincrementales                                    NOT NULL, PK
                                                                                                                                                           AUTOINCREMENTO
                                               DI               Cadena(20)   {Digito}8        Número    de   identificación   del                          UNIQUE
                                                                                              documento
                                               Tipo_DI          Cadena(4)    {Letra}          Tipo de documento                     NA         CC, TI,NA   Chequeos         de
                                                                                                                                                           valores permitidos
                                               Direccion        Cadena(40)   {Digito}     +   Dirección de ubicación                NA
                                                                             {Letra}
                                               Nombre           Cadena(30)   {Letra}                                                                       NOT NULL


             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                          Ejemplo de Transformación de atributos
                                                    Diccionario de datos esquema conceptual




                                                                                                                                                            http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                                                                                                           VALORES         RESTRICCIONES
                                     ENTIDAD    ATRIBUTOS      DOMINIOS                      DESCRIPCION
                                                                                                                       DEFECTO   VALORES
                                     TELEFONO   <DESCRIPCION DE LA ENTIDAD TELEFONO>
                                                Cod_PER        Numerico     {Digito}8        Números relaionados con                       PK ,FK
                                                                                             Cod_PER                                       AUTOINCREMENTO
                                                Numero         Cadena(14)   {Digito}     +   Número de teléfono                            PK
                                                                            {Símbolos}
                                                [<EL ATRIBUTO Cod_PER ES UNA CLAVE FORANEA CON LA ENTIDAD PERSONA]
                                                [<LOS ATRIBUTOS Cod_PER y Numero SON LA CLAVE PRIMARIA]




  CREATE TABLE persona                                                                   CREATE TABLE telefono
  ( cod_per INTEGER PRIMARY KEY,                                                         ( cod_per INTEGER,
    nombre VARCHAR(30) NOT NULL,                                                           numero VARCHAR(14),
    “DI”      VARCHAR(20)      UNIQUE,                                                   CONSTRAINT “PK_telefono”
    “tipo_DI” VARCHAR(4)                   ,                                             PRIMARY KEY(cod_per, numero),
     Direccion VARCHAR(40)„,                                                             CONSTRAINT FK_telefono_persona
   CONSTRAINT “CK_tipo_DI”                                                               FOREIGN KEY (universidad)
   CHECK ( “tipo_DI” IN („CC', „TI„, „NA„ ))                                             REFERENCES “persona”(cod_per)
  );                                                                                     );

                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                    http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                     Transformación de relaciones M:M
                                     Un tipo de relación M:M se transforma en una tabla que tendrá como clave
                                     primaria COMPUESTA las claves primarias (PK) de los tipos de entidades
                                     que asocia.
                                     Además, cada uno de los atributos que forman la clave primaria de esta tabla
                                     también son claves foráneas que referencian a las tablas en que se han
                                     convertido las entidades relacionadas (claves primarias).

                                     Cod_EMP          EMPLEADO             Modelo Relacional

                                                            n              EMPLEADO( Cod_EMP, ….. )


                                                        ADJUNTO            PROYECTO( Cod_proyec )


                                                            n
                                                                           ADJUNTO( Cod_proyec, Cod_EMP )
                                     Cod_proyec       PROYECTO

                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                                                              http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                                                                                                             VALORES        RESTRICCIONES
                                     ENTIDAD    ATRIBUTOS      DOMINIOS                   DESCRIPCION
                                                                                                                        DEFECTO   VALORES
                                     EMPLEADO   <DESCRIPCION DE LA ENTIDAD EMPLEADO>
                                                Cod_EMP        Numerico     {Digito}8     Números                                           PK
                                                                                                                                            , AUTOINCREMENT
                                                                                                                                            O
                                                …..            ……….         ……………         ………..                         ……        …..       ……….

                                                                                                                             VALORES        RESTRICCIONES
                                     ENTIDAD    ATRIBUTOS     DOMINIOS                   DESCRIPCION
                                                                                                                    DEFECTO       VALORES
                                     PROYECTO   <DESCRIPCION DE LA ENTIDAD EMPLEADO>
                                                Cod_proyec    Numerico      {Digito}8    Números                                            PK ,
                                                                                                                                            AUTOINCREMENTO
                                                …..           ……….          ……………        ………..                      ……            …..       ……….



                                                                                                                             VALORES        RESTRICCIONES
                                     ENTIDAD    ATRIBUTOS     DOMINIOS                   DESCRIPCION
                                                                                                                    DEFECTO       VALORES
                                     ADJUNTO    <DESCRIPCION DE LA ENTIDAD EMPLEADO>
                                                Cod_proyec    Numerico      {Digito}8    Números                                            PK ,FK
                                                Cod_EMP       Numerico      {Digito}8    Números                                            PK ,FK


                                                [<EL ATRIBUTO Cod_proyec ES UNA CLAVE FORANEA CON LA ENTIDAD PROYECTO]
                                                [<EL ATRIBUTO Cod_EMP ES UNA CLAVE FORANEA CON LA ENTIDAD EMPLEADO]
                                                [<LOS ATRIBUTOS Cod_EMP y Cod_proyec SON LA CLAVE PRIMARIA COMPUESTA]


                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                                     http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                     CREATE TABLE EMPLEADO                                CREATE TABLE PROYECTO
                                     ( Cod_EMP INTEGER PRIMARY KEY,                       ( Cod_proyec INTEGER PRIMARY KEY,
                                        ……….,                                                ……….,
                                        ……….,                                                ……….,
                                        ……….                                                 ……….
                                     );                                                   );


                                       CREATE TABLE ADJUNTO
                                       (Cod_EMP INTEGER,
                                        Cod_proyec INTEGER,
                                        CONSTRAINT “PK_ADJUNTO” PRIMARY KEY( Cod_EMP , Cod_proyec),
                                        CONSTRAINT FK_adjunto_proyecto FOREIGN KEY (Cod_proyec) REFERENCES “PROYECTO”(cod_proyec),
                                        CONSTRAINT FK_adjunto_empleado FOREIGN KEY (Cod_EMP) REFERENCES “EMPLEADO”(cod_EMP)
                                       );




                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                         http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de relaciones 1:N
                                      Existen dos soluciones:
                                           Propagar la clave principal del tipo de entidad que tiene la
                                            cardinalidad máxima 1 a la que tiene N (propagación de clave). Esta
                                            es la regla habitual.
                                           Transformar la relación en una tabla como si se tratara de una
                                            relación M:M; pero ahora la clave primaria de la tabla creada es sólo
                                            la clave primaria de la tabla a la que le corresponde la cardinalidad n.
                                      La opción b) se utiliza cuando:
                                           El número de ejemplares relacionados de la entidad que propaga su clave es
                                            muy pequeño y, por tanto, existirían muchos valores nulos en la clave
                                            propagada.
                                           Se prevé que la relación en un futuro se convertirá en un tipo M:M
                                           La relación tiene atributos propios y no es deseable propagarlos ( a fin
                                            de conservar la semántica ).
                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                       http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de relaciones 1:N


                                     Cod_emp
                                                   EMPLEADO

                                                          n
                                                                   Modelo Relacional
                                                                   EMPLEADO( Cod_emp, ….., Cod_dep )

                                                    PERTENECE



                                                                   DEPARTAMENTO (Cod_dep, … )
                                                          1


                                     Cod_dep
                                                 DEPARTAMENTO




                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                       http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de relaciones 1:1


                                      Una relación de tipo 1:1 es un caso particular de una relación 1:N, por lo que
                                      se puede aplicar las dos opciones ya comentadas: crear una nueva tabla o
                                      realizar propagación de clave, en este caso la propagación se puede hacer
                                      en ambos sentidos)


                                      Los criterios para aplicar una u otra regla y para propagar la clave se basan:
                                           Las cardinalidades mínimas.
                                           Recoger la mayor cantidad de semántica posible.
                                           Evitar los valores nulos o aumentar la eficiencia.



                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                    http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                       Transformación de relaciones 1:1
                                       Si las entidades que se asocian poseen cardinalidades (0,1), suele ser
                                       conveniente transformar la relación 1:1 en una tabla.

                                 Cod_Hombre
                                                     HOMBRE
                                                                       Modelo Relacional
                                                           (0,1)

                                                                       MATRIMONIO (Cod_Hombre, Cod_Mujer)

                                                     MATRIMONIO
                                                                       HOMBRE ( Cod_Hombre )


                                                           (0,1)
                                                                       MUJER ( Cod_Mujer )

                                     Cod_Mujer
                                                      MUJER                                     Clave Alternativa
                                                                                               UNIQUE, NOT NULL
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                   http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de relaciones 1:1
                                      Si las entidades que participan en la interrelación poseen cardinalidades
                                      (0,1) y (1,1), conviene propagar la clave de la entidad con cardinalidades
                                      (1,1) a la tabla resultante de la entidad con cardinalidad.

                                     Cod_emp
                                                     EMPLEADO
                                                                         Modelo Relacional
                                                           (1,1)

                                                                         EMPLEADO (Cod_emp)

                                                     RESPONSABLE



                                                                         DEPARTAMENTO ( Cod_dep, Cod_emp)

                                                           (0,1)

                                     Cod_dep
                                                                                                  Clave Ajena
                                                  DEPARTAMENTO
                                                                                                   NOT NULL
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                    http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de relaciones 1:1
                                      En el caso de que ambas entidades presenten cardinalidad (1,1), se puede
                                      propagar la clave de cualquiera de ellas a la tabla resultante de la otra,
                                      teniendo en cuenta en este caso los accesos más frecuentes y prioritarios a
                                      los datos de las tablas.




                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                   http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de atributos de relaciones
                                      Si la relación se transforma en una tabla, todos sus atributos pasan a ser
                                      columnas de la tabla.
                                      En caso de que la relación se transforme mediante propagación de clave,
                                      sus atributos migran junto a la clave a la tabla correspondiente.

                                                                         Modelo Relacional
                                      Cod_prof        PROFESOR
                                                             1,n
                                                                         PROFESOR ( Cod_prof, …..)

                                       Nro_Horas        IMPARTE

                                                                         IMPARTE ( Cod_prof, Cod_curso, Num_Hora
                                                             1,n
                                                                         )

                                     Cod_curso          CURSO
                                                                         CURSO ( Cod_curso, …)
                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                          http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                       Transformación de Dependencias en Identificación y en Existencia.
                                       La manera de transformar una relación de este tipo es utilizar el mecanismo
                                       de propagación de clave, creando una clave ajena, con nulos no permitidos,
                                       en la tabla de la entidad dependiente, con la característica de obligar a una
                                       modificación y un borrado en cascada.
                                       Además, en el caso de dependencia en identificación la clave primaria de la
                                       tabla en la que se ha transformado la entidad débil debe estar formada por la
                                       concatenación de las claves de las dos entidades participantes.


                                      Cod_Curso         CURSO               Modelo Relacional
                                                                            CURSO ( Cód_Curso, …. )
                                                                            EDICION ( Cód_edicion, Cod_curso, ….)
                                                        TIENE

                                                                                     Clave Ajena – NOT NULL – On Delete
                                                                                     Cascade – On Update Cascada.
                                     Cod_Edición       EDICION
             Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                      Reglas detalladas de Transformación




                                                                                                                             http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                     Transformación de Generalización (tipos y subtipos)
                                     Existen tres soluciones de transformación al modelo relacional:
                                         a) Englobar todos los atributos de la entidad y sus subtipos en una sola
                                            tabla. Esta solución se utiliza cuando la cantidad de atributos de subtipos se
                                            diferencien muy poco y las relaciones que los asocian con el resto de las
                                            entidades del esquema sean las mismas para todos (o casi todos) los
                                            subtipos.
                                         b) Crear una tabla para el supertipo y tantas tablas como subtipos
                                            haya, con sus atributos correspondientes. Esta solución es adecuada
                                            cuando existen muchos atributos distintos entre los subtipos y se desea
                                            mantener los atributos comunes a todos ellos en una misma tabla.
                                         c) Considerar tablas distintas para cada subtipo, que contengan, además
                                            de los atributos propios, los atributos comunes. Se elegirá esta opción
                                            cuando se den las mismas condiciones anteriores.


                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                            http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de Generalización (tipos y subtipos)
                                      Ejemplo:


                                                                    EMPLEADO




                                                  Rol

                                      Tipo_inge

                                                        INGENIERO              SECRETARIA



                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                           http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de Generalización (tipos y subtipos)
                                      Ejemplo:
                                      Transformación
                                      Opción a) EMPLEADO (Cod_emp, nombre, ….., tipo, Tipo_inge, Rol,..)


                                      Opción b) EMPLEADO (Cod_emp, Nombre, ….)
                                                 INGENIERO (Cod_emp, …… )
                                                 SECRETARIA (Cod_emp, …..)


                                      Opción c) INGENIERO (Cod_emp, Nombre, ……, Tipo_inge, ….)
                                                 SECRETARIA (Cod_emp, Nombre, ……)


                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/
Transformación Modelo ER a Relacional
                                     Reglas detalladas de Transformación




                                                                                                                                           http://datosintensos.blogspot.com/
http://datosintensos.blogspot.com/




                                      Transformación de Generalización (tipos y subtipos)
                                      Se puede elegir cualquiera de las tres estrategias para la transformación de un
                                      tipo y sus subtipos al modelo relacional,
                                       desde lo semántico la opción b es la mejor.
                                       desde la eficiencia deberá tenerse en cuenta que:
                                             Opción a: el acceso a una fila es mas rápido a nivel operativo del motor (no hace falta
                                              combinar varias tablas).
                                             Opción b: la menos eficiente aunque es la mejor desde el mundo semántico, esta opción
                                              puede mejorar el desempeño creando una vista materializada que refleje la opción a.
                                             Opción c: Con esta solución se aumenta la eficiencia ante determinadas consultas ( las que
                                              afectan a todos los atributos, tanto comunes como propios, de un subtipo) pero se
                                              disminuye ante otras.


                                       Cual estrategia elegir depende de lo que le interese al USUARIO generalmente es la INMEDIATEZ


                       JOSÉ CUARTAS
             Actualízate sobre gestión de información DATOS
                                              BASES DE en http://datosintensos.blogspot.com/

Mais conteúdo relacionado

Mais procurados

Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datosJorge Garcia
 
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
 
Tipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relacionesTipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relacionesbasilioj
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoMarvin Zumbado
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datosSergio Sanchez
 
Transformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteTransformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteNeoinquisidor
 
54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-software54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-softwarecristina_devargas
 
ejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BDejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BDJomar Burgos Palacios
 
Base de Datos para la Farmacia Chimú
Base de Datos para la Farmacia ChimúBase de Datos para la Farmacia Chimú
Base de Datos para la Farmacia ChimúLuis Tafur Trujillo
 
Normalizacion de bases de datos
Normalizacion de bases de datosNormalizacion de bases de datos
Normalizacion de bases de datosCaro_Noirgean
 
Unidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacionUnidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacionLuiS YmAY
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
Normalizaciòn
NormalizaciònNormalizaciòn
Normalizaciònomarzon
 
Cuadro sinóptico estructuras de datos y su clasificación
Cuadro sinóptico   estructuras de datos y su clasificaciónCuadro sinóptico   estructuras de datos y su clasificación
Cuadro sinóptico estructuras de datos y su clasificaciónAlex Uhu Colli
 
Base de datos para la farmacia "José"
Base de datos para la farmacia "José"Base de datos para la farmacia "José"
Base de datos para la farmacia "José"BrandonDanielUgazSal1
 

Mais procurados (20)

Mapa conceptual BD
Mapa conceptual BDMapa conceptual BD
Mapa conceptual BD
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
 
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
 
Fundamentos de BD - Unidad 5 algebra relacional
Fundamentos de BD - Unidad 5 algebra relacionalFundamentos de BD - Unidad 5 algebra relacional
Fundamentos de BD - Unidad 5 algebra relacional
 
Tipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relacionesTipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relaciones
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datos
 
Transformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteTransformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
 
54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-software54714841 ejemplo-propuesta-de-desarrollo-de-software
54714841 ejemplo-propuesta-de-desarrollo-de-software
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
ejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BDejercicios diseño:_entidad relación en la creación de una BD
ejercicios diseño:_entidad relación en la creación de una BD
 
Taller de Base de Datos - Unidad 6 SQL procedural
Taller de Base de Datos - Unidad 6 SQL proceduralTaller de Base de Datos - Unidad 6 SQL procedural
Taller de Base de Datos - Unidad 6 SQL procedural
 
Base de Datos para la Farmacia Chimú
Base de Datos para la Farmacia ChimúBase de Datos para la Farmacia Chimú
Base de Datos para la Farmacia Chimú
 
Normalizacion de bases de datos
Normalizacion de bases de datosNormalizacion de bases de datos
Normalizacion de bases de datos
 
Unidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacionUnidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacion
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Normalizaciòn
NormalizaciònNormalizaciòn
Normalizaciòn
 
Cuadro sinóptico estructuras de datos y su clasificación
Cuadro sinóptico   estructuras de datos y su clasificaciónCuadro sinóptico   estructuras de datos y su clasificación
Cuadro sinóptico estructuras de datos y su clasificación
 
Ejercicios uml
Ejercicios umlEjercicios uml
Ejercicios uml
 
Base de datos para la farmacia "José"
Base de datos para la farmacia "José"Base de datos para la farmacia "José"
Base de datos para la farmacia "José"
 

Semelhante a Transformar modelo entidad relacion a modelo logico

Semelhante a Transformar modelo entidad relacion a modelo logico (20)

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
 
Base de Datos
Base de DatosBase de Datos
Base de Datos
 
Modelo E/R a Modelos Relacional
Modelo E/R a Modelos RelacionalModelo E/R a Modelos Relacional
Modelo E/R a Modelos Relacional
 
Modelo de Entidad Relacion
Modelo de Entidad RelacionModelo de Entidad Relacion
Modelo de Entidad Relacion
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Tm10 modelo relacional
Tm10 modelo relacionalTm10 modelo relacional
Tm10 modelo relacional
 
MODELO RELACIONAL
MODELO RELACIONALMODELO RELACIONAL
MODELO RELACIONAL
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Tema9 bases datos
Tema9 bases datosTema9 bases datos
Tema9 bases datos
 
Diseño lógico de bases de datos.
Diseño lógico de bases de datos.Diseño lógico de bases de datos.
Diseño lógico de bases de datos.
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Guía del MER al MR Ing. Alfonso Vicente
Guía del MER al MR Ing. Alfonso VicenteGuía del MER al MR Ing. Alfonso Vicente
Guía del MER al MR Ing. Alfonso Vicente
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
MODELADO DE DATOS
MODELADO DE DATOSMODELADO DE DATOS
MODELADO DE DATOS
 
Modelo relacional (mr)
Modelo relacional (mr)Modelo relacional (mr)
Modelo relacional (mr)
 
Base de datos
Base de datosBase de datos
Base de datos
 
Modelo relacional
Modelo relacionalModelo relacional
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
 

Mais de josecuartas

Seguridad en el almacenamiento de las bases de datos
Seguridad en el almacenamiento de las bases de datosSeguridad en el almacenamiento de las bases de datos
Seguridad en el almacenamiento de las bases de datosjosecuartas
 
Anti patrones SQL, Modelo conceptual
Anti patrones SQL, Modelo conceptualAnti patrones SQL, Modelo conceptual
Anti patrones SQL, Modelo conceptualjosecuartas
 
Tableros de control o Dashboard
Tableros de control o DashboardTableros de control o Dashboard
Tableros de control o Dashboardjosecuartas
 
Visualizacion de datos
Visualizacion de datosVisualizacion de datos
Visualizacion de datosjosecuartas
 
Calidad de datos
Calidad de datosCalidad de datos
Calidad de datosjosecuartas
 
De los datos a la información
De los datos a la informaciónDe los datos a la información
De los datos a la informaciónjosecuartas
 
Datos semiestructurados Xml
Datos semiestructurados XmlDatos semiestructurados Xml
Datos semiestructurados Xmljosecuartas
 
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
 
Bases de datos temporales
Bases de datos temporalesBases de datos temporales
Bases de datos temporalesjosecuartas
 
índices en bases de datos
índices en bases de datosíndices en bases de datos
índices en bases de datosjosecuartas
 
Sql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datosSql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datosjosecuartas
 
Seguridad en bases de datos
Seguridad en bases de datosSeguridad en bases de datos
Seguridad en bases de datosjosecuartas
 
Los datos en el disco duro
Los datos en el disco duroLos datos en el disco duro
Los datos en el disco durojosecuartas
 
Digramas de venn aplicado en las bases datos
Digramas de venn aplicado en las bases datosDigramas de venn aplicado en las bases datos
Digramas de venn aplicado en las bases datosjosecuartas
 
Bases de datos avanzado NOSQL
Bases de datos avanzado NOSQLBases de datos avanzado NOSQL
Bases de datos avanzado NOSQLjosecuartas
 
Disco duro bases datos
Disco duro bases datosDisco duro bases datos
Disco duro bases datosjosecuartas
 
Fuga de información
Fuga de informaciónFuga de información
Fuga de informaciónjosecuartas
 
Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)josecuartas
 
Sql dinamico14042011
Sql dinamico14042011Sql dinamico14042011
Sql dinamico14042011josecuartas
 

Mais de josecuartas (20)

Seguridad en el almacenamiento de las bases de datos
Seguridad en el almacenamiento de las bases de datosSeguridad en el almacenamiento de las bases de datos
Seguridad en el almacenamiento de las bases de datos
 
Anti patrones SQL, Modelo conceptual
Anti patrones SQL, Modelo conceptualAnti patrones SQL, Modelo conceptual
Anti patrones SQL, Modelo conceptual
 
Tableros de control o Dashboard
Tableros de control o DashboardTableros de control o Dashboard
Tableros de control o Dashboard
 
Visualizacion de datos
Visualizacion de datosVisualizacion de datos
Visualizacion de datos
 
Calidad de datos
Calidad de datosCalidad de datos
Calidad de datos
 
De los datos a la información
De los datos a la informaciónDe los datos a la información
De los datos a la información
 
Datos semiestructurados Xml
Datos semiestructurados XmlDatos semiestructurados Xml
Datos semiestructurados Xml
 
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
 
Bases de datos temporales
Bases de datos temporalesBases de datos temporales
Bases de datos temporales
 
índices en bases de datos
índices en bases de datosíndices en bases de datos
índices en bases de datos
 
Sql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datosSql DDL Lenguaje de definición de datos
Sql DDL Lenguaje de definición de datos
 
Seguridad en bases de datos
Seguridad en bases de datosSeguridad en bases de datos
Seguridad en bases de datos
 
Los datos en el disco duro
Los datos en el disco duroLos datos en el disco duro
Los datos en el disco duro
 
Digramas de venn aplicado en las bases datos
Digramas de venn aplicado en las bases datosDigramas de venn aplicado en las bases datos
Digramas de venn aplicado en las bases datos
 
Bases de datos avanzado NOSQL
Bases de datos avanzado NOSQLBases de datos avanzado NOSQL
Bases de datos avanzado NOSQL
 
Disco duro bases datos
Disco duro bases datosDisco duro bases datos
Disco duro bases datos
 
Fuga de información
Fuga de informaciónFuga de información
Fuga de información
 
Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)
 
SQL avanzado
SQL avanzadoSQL avanzado
SQL avanzado
 
Sql dinamico14042011
Sql dinamico14042011Sql dinamico14042011
Sql dinamico14042011
 

Último

plan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaplan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaElizabeth252489
 
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...Unidad de Espiritualidad Eudista
 
Adoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAdoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAlejandrino Halire Ccahuana
 
1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADO1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADODJElvitt
 
PPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptxPPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptxKarenSepulveda23
 
5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.doc
5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.doc5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.doc
5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.docGLADYSPASTOR
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionCarolVigo1
 
Kirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 linkKirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 linkMaximilianoMaldonado17
 
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍAPROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍAJoaqunSolrzano
 
Presentación: Actividad de Diálogos adolescentes.pptx
Presentación: Actividad de  Diálogos adolescentes.pptxPresentación: Actividad de  Diálogos adolescentes.pptx
Presentación: Actividad de Diálogos adolescentes.pptxNabel Paulino Guerra Huaranca
 
Xardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosXardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosAgrela Elvixeo
 
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdfRecursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdfNELLYKATTY
 
sociales ciencias segundo trimestre tercero
sociales ciencias segundo trimestre tercerosociales ciencias segundo trimestre tercero
sociales ciencias segundo trimestre terceroCEIP TIERRA DE PINARES
 
Revista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaRevista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaTatiTerlecky1
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfSaraGabrielaPrezPonc
 
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..La Gatera de la Villa
 
CIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTO
CIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTOCIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTO
CIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTOCEIP TIERRA DE PINARES
 
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdfdiana593621
 
la forma de los objetos expresión gráfica preescolar
la forma de los objetos expresión gráfica preescolarla forma de los objetos expresión gráfica preescolar
la forma de los objetos expresión gráfica preescolarCa Ut
 

Último (20)

plan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primariaplan espacios inspiradores para nivel primaria
plan espacios inspiradores para nivel primaria
 
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
La Congregación de Jesús y María, conocida también como los Eudistas, fue fun...
 
Adoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendicionesAdoración sin fin al Dios Creador por sus bendiciones
Adoración sin fin al Dios Creador por sus bendiciones
 
1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADO1ro Programación Anual D.P.C.C ACTUALIZADO
1ro Programación Anual D.P.C.C ACTUALIZADO
 
PPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptxPPT Protocolo de desregulación emocional.pptx
PPT Protocolo de desregulación emocional.pptx
 
5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.doc
5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.doc5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.doc
5°-CARPETA PEDAGÓGICA 2024-MAESTRAS DE PRIMARIA PERÚ-978387435.doc
 
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacionUNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
UNIDAD DE APRENDIZAJE MARZO 2024.docx para educacion
 
Kirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 linkKirpi-el-erizo libro descargar pdf 1 link
Kirpi-el-erizo libro descargar pdf 1 link
 
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍAPROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
PROGRAMACIÓN CURRICULAR ANUAL DE CIENCIA Y TECNOLOGÍA
 
Presentación: Actividad de Diálogos adolescentes.pptx
Presentación: Actividad de  Diálogos adolescentes.pptxPresentación: Actividad de  Diálogos adolescentes.pptx
Presentación: Actividad de Diálogos adolescentes.pptx
 
Sesión de clase ES: Adoración sin fin...
Sesión de clase ES: Adoración sin fin...Sesión de clase ES: Adoración sin fin...
Sesión de clase ES: Adoración sin fin...
 
Xardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES MonelosXardín de San Carlos (A Coruña) IES Monelos
Xardín de San Carlos (A Coruña) IES Monelos
 
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdfRecursos Tecnológicos, página  AIP-CRT 2 0 2 4.pdf
Recursos Tecnológicos, página AIP-CRT 2 0 2 4.pdf
 
sociales ciencias segundo trimestre tercero
sociales ciencias segundo trimestre tercerosociales ciencias segundo trimestre tercero
sociales ciencias segundo trimestre tercero
 
Revista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección edibaRevista digital primer ciclo 2024 colección ediba
Revista digital primer ciclo 2024 colección ediba
 
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdfAnna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
Anna Llenas Serra. El monstruo de colores. Doctor de emociones.pdf
 
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
La Gatera de la Villa nº 51. Revista cultural sobre Madrid..
 
CIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTO
CIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTOCIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTO
CIENCIAS SOCIALES SEGUNDO TRIMESTRE CUARTO
 
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
1° GRADO UNIDAD DE APRENDIZAJE 0 - 2024.pdf
 
la forma de los objetos expresión gráfica preescolar
la forma de los objetos expresión gráfica preescolarla forma de los objetos expresión gráfica preescolar
la forma de los objetos expresión gráfica preescolar
 

Transformar modelo entidad relacion a modelo logico

  • 1. http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación Modelo ER a Relacional(Lógico) http://en.wikipedia.org/wiki/Entity-relationship_model JOSÉ CUARTAS BASES DE DATOS Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 2. Transformación Modelo ER a Relacional Tres reglas básicas http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Las tres reglas básicas para convertir un esquema en el modelo E/R al relacional son las siguientes: • Todo tipo de entidad se convierte en una relación. • La tabla o relación toma el nombre de la entidad. Los atributos de la entidad serán las columnas de la tabla y el atributo identificador principal será la clave primaria. En caso de que se indique lo contrario los atributos no identificadores podrán tomar valores nulos. • Todo tipo de relación M:M (muchos a muchos) se transforma en una relación. • Las interrelaciones N:M se transforman en una tabla cuya clave primaria será la concatenación de los atributos principales de las entidades que se asocia; estos atributos serán claves foráneas que referencian a las respectivas tablas donde son claves primarias. Los atributos de la interrelación serán columnas de la tabla. JOSÉ CUARTAS BASES DE DATOS Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 3. Transformación Modelo ER a Relacional Tres reglas básicas http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ • Para todo tipo de relación 1:M se realiza lo que se denomina propagación de clave (regla general), o se crea una nueva relación. • Las interrelaciones 1:N o 1:1 se transforman propagando el atributo identificador principal de la entidad que tiene cardinalidad máxima 1 a la que tiene cardinalidad máxima N. Si la relación fuese 1:1 la propagación de clave podría hacerse en cualquier sentido. El atributo propagado es una clave foránea que referencia a la tabla con cardinalidad máxima de 1. JOSÉ CUARTAS BASES DE DATOS Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 4. Transformación Modelo ER a Relacional Tres reglas básicas- Ejemplo http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Codigo Nombre_a Nombre_e EDITORIAL EDITA LIBRO ESCRIBE AUTOR 1 n n n LIBRO( Código, Título, Idioma, …, Editorial) AUTOR( Nombre_a, Nacionalidad, Institución) ESCRIBE(Nombre_a, Código) CLAVE FORÁNEA EDITORIAL( Nombre_e, Dirección, Ciudad, País) JOSÉ CUARTAS BASES DE DATOS Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 5. Transformación Modelo ER a Relacional Reglas detalladas de Transformación Transformación de Atributos de Entidades http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ • Cada atributo de una entidad se transforma en una columna de la tabla a la que ha dado lugar la entidad. • Teniendo en cuenta que existen atributos identificador principal, otros que son identificadores alternativos (únicos) y el resto de los atributos que no son identificadores – atributos no principales- se deben tener en la cuenta las siguientes tres reglas: • Atributos Identificadores Los atributos que son identificadores principales pasan a formar la clave primaria de la tabla. • Atributos Identificadores Alternativos Se les denomina mediante un cláusula denomina UNIQUE. • Atributos No Identificadores Se representan solo como columnas de la tabla correspondiente, y se les define el dominio al que pertenece JOSÉ CUARTAS BASES DE DATOS Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 6. Transformación Modelo ER a Relacional Reglas detalladas de Transformación Transformación de Atributos de Entidades http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ • Atributos Multivaluados El modelo relacional no permite dominios multivaluados, ya que los datos deben ser atómicos, por consiguiente, deberá crearse una nueva tabla cuyos únicos atributos ( y clave primaria ) será la concatenación de la clave primaria de la entidad original y el atributo multivaluado. • Se debe crear una clave foránea referenciado a la tabla primaria. • Atributos Derivados No existe una representación directa. Por tanto, se deben tratar como atributos normales, que pasarán a ser columnas de la tabla correspondiente, en el mejor de los casos evitarlos. • Se debe construir un disparador(trigger) que calcule el valor del atributo derivado cada vez que se inserten o borren las ocurrencias de los atributos que intervienen en el calculo y añadir las restricciones correspondientes. JOSÉ CUARTAS BASES DE DATOS Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 7. Transformación Modelo ER a Relacional Ejemplo de Transformación de atributos http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Cod_PER Dirección n Télefono Nombre PERSONA Tipo_DI DI Diccionario de datos esquema conceptual VALORES RESTRICCIONES ENTIDAD ATRIBUTOS DOMINIOS DESCRIPCION DEFECTO VALORES PERSONA <DESCRIPCION DE LA ENTIDAD PERSONA> Cod_PER Numerico {Digito}8 Números autoincrementales NOT NULL, PK AUTOINCREMENTO DI Cadena(20) {Digito}8 Número de identificación del UNIQUE documento Tipo_DI Cadena(4) {Letra} Tipo de documento NA CC, TI,NA Chequeos de valores permitidos Direccion Cadena(40) {Digito} + Dirección de ubicación NA {Letra} Nombre Cadena(30) {Letra} NOT NULL Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 8. Transformación Modelo ER a Relacional Ejemplo de Transformación de atributos Diccionario de datos esquema conceptual http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ VALORES RESTRICCIONES ENTIDAD ATRIBUTOS DOMINIOS DESCRIPCION DEFECTO VALORES TELEFONO <DESCRIPCION DE LA ENTIDAD TELEFONO> Cod_PER Numerico {Digito}8 Números relaionados con PK ,FK Cod_PER AUTOINCREMENTO Numero Cadena(14) {Digito} + Número de teléfono PK {Símbolos} [<EL ATRIBUTO Cod_PER ES UNA CLAVE FORANEA CON LA ENTIDAD PERSONA] [<LOS ATRIBUTOS Cod_PER y Numero SON LA CLAVE PRIMARIA] CREATE TABLE persona CREATE TABLE telefono ( cod_per INTEGER PRIMARY KEY, ( cod_per INTEGER, nombre VARCHAR(30) NOT NULL, numero VARCHAR(14), “DI” VARCHAR(20) UNIQUE, CONSTRAINT “PK_telefono” “tipo_DI” VARCHAR(4) , PRIMARY KEY(cod_per, numero), Direccion VARCHAR(40)„, CONSTRAINT FK_telefono_persona CONSTRAINT “CK_tipo_DI” FOREIGN KEY (universidad) CHECK ( “tipo_DI” IN („CC', „TI„, „NA„ )) REFERENCES “persona”(cod_per) ); ); JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 9. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de relaciones M:M Un tipo de relación M:M se transforma en una tabla que tendrá como clave primaria COMPUESTA las claves primarias (PK) de los tipos de entidades que asocia. Además, cada uno de los atributos que forman la clave primaria de esta tabla también son claves foráneas que referencian a las tablas en que se han convertido las entidades relacionadas (claves primarias). Cod_EMP EMPLEADO Modelo Relacional n EMPLEADO( Cod_EMP, ….. ) ADJUNTO PROYECTO( Cod_proyec ) n ADJUNTO( Cod_proyec, Cod_EMP ) Cod_proyec PROYECTO JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 10. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ VALORES RESTRICCIONES ENTIDAD ATRIBUTOS DOMINIOS DESCRIPCION DEFECTO VALORES EMPLEADO <DESCRIPCION DE LA ENTIDAD EMPLEADO> Cod_EMP Numerico {Digito}8 Números PK , AUTOINCREMENT O ….. ………. …………… ……….. …… ….. ………. VALORES RESTRICCIONES ENTIDAD ATRIBUTOS DOMINIOS DESCRIPCION DEFECTO VALORES PROYECTO <DESCRIPCION DE LA ENTIDAD EMPLEADO> Cod_proyec Numerico {Digito}8 Números PK , AUTOINCREMENTO ….. ………. …………… ……….. …… ….. ………. VALORES RESTRICCIONES ENTIDAD ATRIBUTOS DOMINIOS DESCRIPCION DEFECTO VALORES ADJUNTO <DESCRIPCION DE LA ENTIDAD EMPLEADO> Cod_proyec Numerico {Digito}8 Números PK ,FK Cod_EMP Numerico {Digito}8 Números PK ,FK [<EL ATRIBUTO Cod_proyec ES UNA CLAVE FORANEA CON LA ENTIDAD PROYECTO] [<EL ATRIBUTO Cod_EMP ES UNA CLAVE FORANEA CON LA ENTIDAD EMPLEADO] [<LOS ATRIBUTOS Cod_EMP y Cod_proyec SON LA CLAVE PRIMARIA COMPUESTA] JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 11. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ CREATE TABLE EMPLEADO CREATE TABLE PROYECTO ( Cod_EMP INTEGER PRIMARY KEY, ( Cod_proyec INTEGER PRIMARY KEY, ………., ………., ………., ………., ………. ………. ); ); CREATE TABLE ADJUNTO (Cod_EMP INTEGER, Cod_proyec INTEGER, CONSTRAINT “PK_ADJUNTO” PRIMARY KEY( Cod_EMP , Cod_proyec), CONSTRAINT FK_adjunto_proyecto FOREIGN KEY (Cod_proyec) REFERENCES “PROYECTO”(cod_proyec), CONSTRAINT FK_adjunto_empleado FOREIGN KEY (Cod_EMP) REFERENCES “EMPLEADO”(cod_EMP) ); JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 12. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de relaciones 1:N Existen dos soluciones:  Propagar la clave principal del tipo de entidad que tiene la cardinalidad máxima 1 a la que tiene N (propagación de clave). Esta es la regla habitual.  Transformar la relación en una tabla como si se tratara de una relación M:M; pero ahora la clave primaria de la tabla creada es sólo la clave primaria de la tabla a la que le corresponde la cardinalidad n. La opción b) se utiliza cuando:  El número de ejemplares relacionados de la entidad que propaga su clave es muy pequeño y, por tanto, existirían muchos valores nulos en la clave propagada.  Se prevé que la relación en un futuro se convertirá en un tipo M:M  La relación tiene atributos propios y no es deseable propagarlos ( a fin de conservar la semántica ). JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 13. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de relaciones 1:N Cod_emp EMPLEADO n Modelo Relacional EMPLEADO( Cod_emp, ….., Cod_dep ) PERTENECE DEPARTAMENTO (Cod_dep, … ) 1 Cod_dep DEPARTAMENTO JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 14. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de relaciones 1:1 Una relación de tipo 1:1 es un caso particular de una relación 1:N, por lo que se puede aplicar las dos opciones ya comentadas: crear una nueva tabla o realizar propagación de clave, en este caso la propagación se puede hacer en ambos sentidos) Los criterios para aplicar una u otra regla y para propagar la clave se basan:  Las cardinalidades mínimas.  Recoger la mayor cantidad de semántica posible.  Evitar los valores nulos o aumentar la eficiencia. JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 15. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de relaciones 1:1 Si las entidades que se asocian poseen cardinalidades (0,1), suele ser conveniente transformar la relación 1:1 en una tabla. Cod_Hombre HOMBRE Modelo Relacional (0,1) MATRIMONIO (Cod_Hombre, Cod_Mujer) MATRIMONIO HOMBRE ( Cod_Hombre ) (0,1) MUJER ( Cod_Mujer ) Cod_Mujer MUJER Clave Alternativa UNIQUE, NOT NULL Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 16. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de relaciones 1:1 Si las entidades que participan en la interrelación poseen cardinalidades (0,1) y (1,1), conviene propagar la clave de la entidad con cardinalidades (1,1) a la tabla resultante de la entidad con cardinalidad. Cod_emp EMPLEADO Modelo Relacional (1,1) EMPLEADO (Cod_emp) RESPONSABLE DEPARTAMENTO ( Cod_dep, Cod_emp) (0,1) Cod_dep Clave Ajena DEPARTAMENTO NOT NULL Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 17. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de relaciones 1:1 En el caso de que ambas entidades presenten cardinalidad (1,1), se puede propagar la clave de cualquiera de ellas a la tabla resultante de la otra, teniendo en cuenta en este caso los accesos más frecuentes y prioritarios a los datos de las tablas. JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 18. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de atributos de relaciones Si la relación se transforma en una tabla, todos sus atributos pasan a ser columnas de la tabla. En caso de que la relación se transforme mediante propagación de clave, sus atributos migran junto a la clave a la tabla correspondiente. Modelo Relacional Cod_prof PROFESOR 1,n PROFESOR ( Cod_prof, …..) Nro_Horas IMPARTE IMPARTE ( Cod_prof, Cod_curso, Num_Hora 1,n ) Cod_curso CURSO CURSO ( Cod_curso, …) JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 19. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de Dependencias en Identificación y en Existencia. La manera de transformar una relación de este tipo es utilizar el mecanismo de propagación de clave, creando una clave ajena, con nulos no permitidos, en la tabla de la entidad dependiente, con la característica de obligar a una modificación y un borrado en cascada. Además, en el caso de dependencia en identificación la clave primaria de la tabla en la que se ha transformado la entidad débil debe estar formada por la concatenación de las claves de las dos entidades participantes. Cod_Curso CURSO Modelo Relacional CURSO ( Cód_Curso, …. ) EDICION ( Cód_edicion, Cod_curso, ….) TIENE Clave Ajena – NOT NULL – On Delete Cascade – On Update Cascada. Cod_Edición EDICION Actualízate sobre gestión de información en http://datosintensos.blogspot.com/
  • 20. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de Generalización (tipos y subtipos) Existen tres soluciones de transformación al modelo relacional: a) Englobar todos los atributos de la entidad y sus subtipos en una sola tabla. Esta solución se utiliza cuando la cantidad de atributos de subtipos se diferencien muy poco y las relaciones que los asocian con el resto de las entidades del esquema sean las mismas para todos (o casi todos) los subtipos. b) Crear una tabla para el supertipo y tantas tablas como subtipos haya, con sus atributos correspondientes. Esta solución es adecuada cuando existen muchos atributos distintos entre los subtipos y se desea mantener los atributos comunes a todos ellos en una misma tabla. c) Considerar tablas distintas para cada subtipo, que contengan, además de los atributos propios, los atributos comunes. Se elegirá esta opción cuando se den las mismas condiciones anteriores. JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 21. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de Generalización (tipos y subtipos) Ejemplo: EMPLEADO Rol Tipo_inge INGENIERO SECRETARIA JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 22. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de Generalización (tipos y subtipos) Ejemplo: Transformación Opción a) EMPLEADO (Cod_emp, nombre, ….., tipo, Tipo_inge, Rol,..) Opción b) EMPLEADO (Cod_emp, Nombre, ….) INGENIERO (Cod_emp, …… ) SECRETARIA (Cod_emp, …..) Opción c) INGENIERO (Cod_emp, Nombre, ……, Tipo_inge, ….) SECRETARIA (Cod_emp, Nombre, ……) JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/
  • 23. Transformación Modelo ER a Relacional Reglas detalladas de Transformación http://datosintensos.blogspot.com/ http://datosintensos.blogspot.com/ Transformación de Generalización (tipos y subtipos) Se puede elegir cualquiera de las tres estrategias para la transformación de un tipo y sus subtipos al modelo relacional,  desde lo semántico la opción b es la mejor.  desde la eficiencia deberá tenerse en cuenta que:  Opción a: el acceso a una fila es mas rápido a nivel operativo del motor (no hace falta combinar varias tablas).  Opción b: la menos eficiente aunque es la mejor desde el mundo semántico, esta opción puede mejorar el desempeño creando una vista materializada que refleje la opción a.  Opción c: Con esta solución se aumenta la eficiencia ante determinadas consultas ( las que afectan a todos los atributos, tanto comunes como propios, de un subtipo) pero se disminuye ante otras. Cual estrategia elegir depende de lo que le interese al USUARIO generalmente es la INMEDIATEZ JOSÉ CUARTAS Actualízate sobre gestión de información DATOS BASES DE en http://datosintensos.blogspot.com/