SlideShare una empresa de Scribd logo
1 de 4
Descargar para leer sin conexión
UNIVERSIDAD TECNOLÓGICA DE TEHUACÁN
  TECNOLOGÍAS DE LA INFORMACIÓN Y
          COMUNICACIÓN


         TIPOS DE MODELOS:
        MODELO RELACIONAL
                 Y
    MODELO ORIENTADO A OBJETOS


    T.S.U VÍCTOR DOLORES MARCOS
  BASES DE DATOS PARA APLICACIONES


   ING. OCTAVIO SANCHES DELGADO
Modelo relacional

Es el modelo más utilizado para modelar problemas reales y administrar datos dinámicamente
Su idea fundamental es el uso de relaciones. Estas relaciones podrían considerarse en forma
lógica como conjuntos de datos llamados tuplas.

En este modelo todos los datos son almacenados en relaciones, y como cada relación es un
conjunto de datos, el orden en el que éstos se almacenen no tiene relevancia a diferencia de
otros modelos como el jerárquico y el de red. Esto tiene la considerable ventaja de que es más
fácil de entender y de utilizar por un usuario no experto. La información puede ser recuperada o
almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder para
administrar la información. Considera la BD como una colección de relaciones que se vinculan
entre sí por un campo en común, en ambos casos posee las mismas características como por
ejemplo el nombre de campo, tipo y longitud; a este campo generalmente se le denomina ID o
identificador.

Las bases de datos relacionales pasan por un proceso al que se le conoce como normalización
de una base de datos, el cual es entendido como el proceso necesario para que una base de
datos sea utilizada de manera óptima.

Entre las ventajas de este modelo están:

    1. Garantiza herramientas para evitar la duplicidad de registros, a través de campos
       claves o llaves.
    2. Garantiza la integridad referencial: Así al eliminar un registro elimina todos los registros
       relacionados dependientes.
    3. Favorece la normalización por ser más comprensible y aplicable.

Modelo objeto-relacional

Son extensión de las base de datos relacional tradicional, a la cual se le proporcionan
características de la programación orientada a objetos, en la cual los dominios de dicha base
de datos relacional ya no son sólo atómicos, por lo que no se cumple la 1FN, debido a que las
tuplas también pueden ser una relación, que llevará a la creación de una relación de
relaciones. De este modo, se genera la posibilidad de guardar objetos más complejos en una
sola tabla con referencias a otras relaciones, con lo que se acerca más al paradigma de
programación orientada a objetos, utilizando tipos complejos como:

       Colecciones
       Tipos estructurados
       Objetos de gran tamaño

También en este tipo de modelo se puede utilizar como ya se mencionó todas las propiedades
de la programación orientada a objetos, por lo cual el convertir los objetos al modelo relacional,
la velocidad de lectura y escritura se degrada sustancialmente. Operaciones como búsquedas,
lecturas y cargas de objetos comprometa al rendimiento de la BD por ello muchos
desarrolladores consideran el utilizar este modelo ya que consideran que agilizan a las
transacciones hasta unas 300 veces más (Por ello el Modelo Objeto-Relacional es considerado
como el modelo del mundo real).
Modelo Orientado a objetos

El modelo orientado a objetos pretende satisfacer tanto las necesidades de los usuarios finales,
como las de los desarrolladores de software mediante una cierta capacidad de modelar el
mundo real Utilizando a la programación orientada a objetos para su creación y uso de los
cuales:
        La programación tradicional está orientada a los procedimientos.
       En la programación orientada a objetos las entidades centrales son los datos (objetos).
       Los objetos se comunican entre sí mediante el uso de mensajes y el conjunto de
        objetos que responden a los mismos mensajes se implementan mediante clases.
       La clase describe e implementa todos los métodos que capturan el comportamiento de
        sus instancias.
        La implementación está totalmente oculta (encapsulada) dentro de la clase, de modo
        que puede ser extendida y modificada sin afectar al usuario.
        Una clase es como un módulo. Sin embargo, también es posible extender y
        especializar una clase (mecanismo de herencia).

 Para ello en las BDOO la utilización de señaladores (Relaciones entre objetos)es muy
importante a la hora de realizar consultas a la BD para ello un enlace es una instancia de una
asociación. Los enlaces de una asociación relacionan objetos relacionan objetos de las mismas
clases y tienen propiedades similares (atributos Del enlace).



Componentes de una BDOO

       Transacciones: Son unidades lógicas de trabajo que llevan a la base de datos de un
        estado consistente a otro estado consistente.
       ODL: Es un lenguaje de especificación para definir tipos de objetos para sistemas
        complejos compatibles con ODMG.
       OQL: Permite realizar consultas de modo eficiente sobre bases de datos orientadas a
        objetos.
       Métodos : Son funciones o procedimientos que se pueden declarar en la definición de
        un tipo de objeto para implementar el comportamiento que se desea para dicho tipo de
        objeto
       Colecciones: Dos tipos: Un array (arreglo de datos) es una colección ordenada de
        elementos.
       Herencia de tipos: Cuando se crea un subtipo a partir de un tipo, el subtipo hereda
        todos los atributos y los métodos del tipo padre.
Conclusión

A mi consideración el uso de los distintos tipos de modelos relacionales así como los
orientados a objetos, constituyen una importante cuestión, por ello considero que su
uso no debe condicionarse puesto que la elección del tipo de modelo a mi parecer será
elegido con base al tipo de proyecto u aplicación a desarrollar por lo tanto no me
inclinaría en específico hacia un modelo ya que ambos poseen características similares
y a la vez especificas referente l tipo de aplicación a desarrollar.

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Elementos para interpretar el modelo conceptual de datos.
Elementos para interpretar el modelo conceptual de datos.Elementos para interpretar el modelo conceptual de datos.
Elementos para interpretar el modelo conceptual de datos.
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelo bd
Modelo bdModelo bd
Modelo bd
 
programación orientada a objetos
programación orientada a objetos programación orientada a objetos
programación orientada a objetos
 
Lumisaca hector 6_s_ti_1.pdf
Lumisaca hector 6_s_ti_1.pdfLumisaca hector 6_s_ti_1.pdf
Lumisaca hector 6_s_ti_1.pdf
 
Modelos de datos
Modelos de datosModelos de datos
Modelos de datos
 
Gestores de bases de datos
Gestores de bases de datosGestores de bases de datos
Gestores de bases de datos
 
Construcción de base de datos
Construcción de base de datosConstrucción de base de datos
Construcción de base de datos
 
Base de datos-objeto-relacional
Base de datos-objeto-relacionalBase de datos-objeto-relacional
Base de datos-objeto-relacional
 
Modelo de datos jesus marcano
Modelo de datos jesus marcanoModelo de datos jesus marcano
Modelo de datos jesus marcano
 
Tipos de bases de datos
Tipos de bases de datosTipos de bases de datos
Tipos de bases de datos
 
f
ff
f
 
Modelos de bases de datos
Modelos de bases de datosModelos de bases de datos
Modelos de bases de datos
 
Presentación Modelo de Datos
Presentación Modelo de DatosPresentación Modelo de Datos
Presentación Modelo de Datos
 
Unidad A
Unidad AUnidad A
Unidad A
 
modelos de datos
modelos de datos modelos de datos
modelos de datos
 
Modelo de una b.d
Modelo de una b.dModelo de una b.d
Modelo de una b.d
 
Base de datos
Base de datosBase de datos
Base de datos
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Los modelos de datos y el modelo objeto relacional
Los modelos de datos y el modelo objeto relacionalLos modelos de datos y el modelo objeto relacional
Los modelos de datos y el modelo objeto relacional
 

Similar a Universidad tecnológica de tehuacá modelos

Similar a Universidad tecnológica de tehuacá modelos (20)

Modelo de Datos
Modelo de DatosModelo de Datos
Modelo de Datos
 
Modelo de datos orientado a objetos J
Modelo de datos orientado a objetos  JModelo de datos orientado a objetos  J
Modelo de datos orientado a objetos J
 
B dtrabajo2
B dtrabajo2B dtrabajo2
B dtrabajo2
 
Trabajo bdoo
Trabajo bdooTrabajo bdoo
Trabajo bdoo
 
Unidad 3 paradigmas de la ingeniería del software
Unidad 3 paradigmas de la ingeniería del softwareUnidad 3 paradigmas de la ingeniería del software
Unidad 3 paradigmas de la ingeniería del software
 
Bases de datos orientados a objetos
Bases de datos orientados a objetosBases de datos orientados a objetos
Bases de datos orientados a objetos
 
Base de datos orientada a objetos
Base de datos orientada a objetosBase de datos orientada a objetos
Base de datos orientada a objetos
 
Base de Datos Orientada a Objetos
Base de Datos Orientada a ObjetosBase de Datos Orientada a Objetos
Base de Datos Orientada a Objetos
 
deber 4
deber 4deber 4
deber 4
 
Modelos de-datos
Modelos de-datosModelos de-datos
Modelos de-datos
 
Saula ana 6_s_ti_1
Saula ana 6_s_ti_1Saula ana 6_s_ti_1
Saula ana 6_s_ti_1
 
EL MODELO BASE DE DATOS Y TIPOS.pptx
EL MODELO BASE DE DATOS Y TIPOS.pptxEL MODELO BASE DE DATOS Y TIPOS.pptx
EL MODELO BASE DE DATOS Y TIPOS.pptx
 
Base datos f02
Base datos f02Base datos f02
Base datos f02
 
Presen Clases Bdd Unidad 3
Presen Clases Bdd Unidad 3Presen Clases Bdd Unidad 3
Presen Clases Bdd Unidad 3
 
Esquema comparativo de los tipos de modelos y metodologías
Esquema comparativo de los tipos de modelos y metodologíasEsquema comparativo de los tipos de modelos y metodologías
Esquema comparativo de los tipos de modelos y metodologías
 
Base de datos
Base  de datosBase  de datos
Base de datos
 
Yupa cesar 6_s_ti_1
Yupa cesar 6_s_ti_1Yupa cesar 6_s_ti_1
Yupa cesar 6_s_ti_1
 
Entity Framework y Cluster en Mysql
Entity Framework y Cluster en MysqlEntity Framework y Cluster en Mysql
Entity Framework y Cluster en Mysql
 
Basededatos.pdf
Basededatos.pdfBasededatos.pdf
Basededatos.pdf
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 

Más de Victor Dolores Marcos

Universidad tecnológica de tehuacán datamart
Universidad tecnológica de tehuacán datamartUniversidad tecnológica de tehuacán datamart
Universidad tecnológica de tehuacán datamartVictor Dolores Marcos
 
Universidad tecnológica de tehuacán diferencias entre sgboo y sgbr
Universidad tecnológica de tehuacán diferencias entre sgboo y sgbrUniversidad tecnológica de tehuacán diferencias entre sgboo y sgbr
Universidad tecnológica de tehuacán diferencias entre sgboo y sgbrVictor Dolores Marcos
 
Universidad tecnológica de tehuacán bdoo db4o
Universidad tecnológica de tehuacán bdoo db4oUniversidad tecnológica de tehuacán bdoo db4o
Universidad tecnológica de tehuacán bdoo db4oVictor Dolores Marcos
 
Universidad tecnológica de tehuacán Re-Ingeneria
Universidad tecnológica de tehuacán Re-IngeneriaUniversidad tecnológica de tehuacán Re-Ingeneria
Universidad tecnológica de tehuacán Re-IngeneriaVictor Dolores Marcos
 
Transacciones y manejo de errores en mysql
Transacciones y manejo de errores en mysqlTransacciones y manejo de errores en mysql
Transacciones y manejo de errores en mysqlVictor Dolores Marcos
 

Más de Victor Dolores Marcos (8)

Universidad tecnológica de tehuacán datamart
Universidad tecnológica de tehuacán datamartUniversidad tecnológica de tehuacán datamart
Universidad tecnológica de tehuacán datamart
 
Negocios inteligentes
Negocios inteligentesNegocios inteligentes
Negocios inteligentes
 
Universidad tecnológica de tehuacán diferencias entre sgboo y sgbr
Universidad tecnológica de tehuacán diferencias entre sgboo y sgbrUniversidad tecnológica de tehuacán diferencias entre sgboo y sgbr
Universidad tecnológica de tehuacán diferencias entre sgboo y sgbr
 
Universidad tecnológica de tehuacán bdoo db4o
Universidad tecnológica de tehuacán bdoo db4oUniversidad tecnológica de tehuacán bdoo db4o
Universidad tecnológica de tehuacán bdoo db4o
 
Universidad tecnológica de tehuacán Re-Ingeneria
Universidad tecnológica de tehuacán Re-IngeneriaUniversidad tecnológica de tehuacán Re-Ingeneria
Universidad tecnológica de tehuacán Re-Ingeneria
 
Transacciones y manejo de errores en mysql
Transacciones y manejo de errores en mysqlTransacciones y manejo de errores en mysql
Transacciones y manejo de errores en mysql
 
Bases de datos distribuidas
Bases de datos distribuidasBases de datos distribuidas
Bases de datos distribuidas
 
Bases de datos distribuidas
Bases de datos distribuidasBases de datos distribuidas
Bases de datos distribuidas
 

Universidad tecnológica de tehuacá modelos

  • 1. UNIVERSIDAD TECNOLÓGICA DE TEHUACÁN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN TIPOS DE MODELOS: MODELO RELACIONAL Y MODELO ORIENTADO A OBJETOS T.S.U VÍCTOR DOLORES MARCOS BASES DE DATOS PARA APLICACIONES ING. OCTAVIO SANCHES DELGADO
  • 2. Modelo relacional Es el modelo más utilizado para modelar problemas reales y administrar datos dinámicamente Su idea fundamental es el uso de relaciones. Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados tuplas. En este modelo todos los datos son almacenados en relaciones, y como cada relación es un conjunto de datos, el orden en el que éstos se almacenen no tiene relevancia a diferencia de otros modelos como el jerárquico y el de red. Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar por un usuario no experto. La información puede ser recuperada o almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder para administrar la información. Considera la BD como una colección de relaciones que se vinculan entre sí por un campo en común, en ambos casos posee las mismas características como por ejemplo el nombre de campo, tipo y longitud; a este campo generalmente se le denomina ID o identificador. Las bases de datos relacionales pasan por un proceso al que se le conoce como normalización de una base de datos, el cual es entendido como el proceso necesario para que una base de datos sea utilizada de manera óptima. Entre las ventajas de este modelo están: 1. Garantiza herramientas para evitar la duplicidad de registros, a través de campos claves o llaves. 2. Garantiza la integridad referencial: Así al eliminar un registro elimina todos los registros relacionados dependientes. 3. Favorece la normalización por ser más comprensible y aplicable. Modelo objeto-relacional Son extensión de las base de datos relacional tradicional, a la cual se le proporcionan características de la programación orientada a objetos, en la cual los dominios de dicha base de datos relacional ya no son sólo atómicos, por lo que no se cumple la 1FN, debido a que las tuplas también pueden ser una relación, que llevará a la creación de una relación de relaciones. De este modo, se genera la posibilidad de guardar objetos más complejos en una sola tabla con referencias a otras relaciones, con lo que se acerca más al paradigma de programación orientada a objetos, utilizando tipos complejos como:  Colecciones  Tipos estructurados  Objetos de gran tamaño También en este tipo de modelo se puede utilizar como ya se mencionó todas las propiedades de la programación orientada a objetos, por lo cual el convertir los objetos al modelo relacional, la velocidad de lectura y escritura se degrada sustancialmente. Operaciones como búsquedas, lecturas y cargas de objetos comprometa al rendimiento de la BD por ello muchos desarrolladores consideran el utilizar este modelo ya que consideran que agilizan a las transacciones hasta unas 300 veces más (Por ello el Modelo Objeto-Relacional es considerado como el modelo del mundo real).
  • 3. Modelo Orientado a objetos El modelo orientado a objetos pretende satisfacer tanto las necesidades de los usuarios finales, como las de los desarrolladores de software mediante una cierta capacidad de modelar el mundo real Utilizando a la programación orientada a objetos para su creación y uso de los cuales:  La programación tradicional está orientada a los procedimientos.  En la programación orientada a objetos las entidades centrales son los datos (objetos).  Los objetos se comunican entre sí mediante el uso de mensajes y el conjunto de objetos que responden a los mismos mensajes se implementan mediante clases.  La clase describe e implementa todos los métodos que capturan el comportamiento de sus instancias.  La implementación está totalmente oculta (encapsulada) dentro de la clase, de modo que puede ser extendida y modificada sin afectar al usuario.  Una clase es como un módulo. Sin embargo, también es posible extender y especializar una clase (mecanismo de herencia). Para ello en las BDOO la utilización de señaladores (Relaciones entre objetos)es muy importante a la hora de realizar consultas a la BD para ello un enlace es una instancia de una asociación. Los enlaces de una asociación relacionan objetos relacionan objetos de las mismas clases y tienen propiedades similares (atributos Del enlace). Componentes de una BDOO  Transacciones: Son unidades lógicas de trabajo que llevan a la base de datos de un estado consistente a otro estado consistente.  ODL: Es un lenguaje de especificación para definir tipos de objetos para sistemas complejos compatibles con ODMG.  OQL: Permite realizar consultas de modo eficiente sobre bases de datos orientadas a objetos.  Métodos : Son funciones o procedimientos que se pueden declarar en la definición de un tipo de objeto para implementar el comportamiento que se desea para dicho tipo de objeto  Colecciones: Dos tipos: Un array (arreglo de datos) es una colección ordenada de elementos.  Herencia de tipos: Cuando se crea un subtipo a partir de un tipo, el subtipo hereda todos los atributos y los métodos del tipo padre.
  • 4. Conclusión A mi consideración el uso de los distintos tipos de modelos relacionales así como los orientados a objetos, constituyen una importante cuestión, por ello considero que su uso no debe condicionarse puesto que la elección del tipo de modelo a mi parecer será elegido con base al tipo de proyecto u aplicación a desarrollar por lo tanto no me inclinaría en específico hacia un modelo ya que ambos poseen características similares y a la vez especificas referente l tipo de aplicación a desarrollar.