SlideShare uma empresa Scribd logo
1 de 4
Baixar para ler offline
MODELOS RELACIONALES

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.
Este modelo considera la base de datos como una colección de relaciones. De
manera simple, una relación representa
una tabla que no es más que un conjunto de filas, cada fila es un conjunto de
campos y cada campo representa un
valor que interpretado describe el mundo real. Cada fila también se puede
denominar tupla o registro y a cada
columna también se le puede llamar campo o atributo.

Base de datos relacional
Una base de datos relacional es un conjunto de una o más tablas estructuradas en
registros (líneas) y campos
(columnas), 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, identificador o
clave. A esta manera de construir bases de datos se le denomina modelo
relacional.
Estrictamente hablando el término se refiere a una colección específica de datos
pero a menudo se le usa, en forma
errónea como sinónimo del software usado para gestionar esa colección de datos.
Ese software se conoce como
SGBD (sistema gestor de base de datos) relacional o RDBMS (del inglés relational
database management system).
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 OBJETOS RELACIONALES
El término base de datos objeto-relacional se usa para describir una base de datos
que ha evolucionado
desde el modelo relacional hasta una base de datos híbrida, que contiene ambas
tecnologías: relacional
y de objetos.

El modelo relacional está diseñado para representar los datos como una serie de
tablas con columnas
y atributos. El modelo relacional está diseñado para representar los datos como
una serie de tablas con columnas
y atributos.

MODELO ORIENTADO A OBJETOS

El modelo orientado a objetos sirve para desarrollar sistemas de software con un
alto grado de complejidad.

Los objetos, concretos y abstractos, están a nuestro alrededor, forman nuestro
entorno. Podemos distinguir cada objeto en base a sus características y
comportamientos.

Abstracción.
La abstracción es una de las principales herramientas con que combatimos la
complejidad.
Una abstracción denota las características esenciales de un objeto y proporciona
límites conceptuales definidos respecto a la perspectiva del observador.


En el modelo de objetos se persigue construir abstracciones que imiten
directamente el vocabulario de un determinado dominio de problema, por lo que el
problema central del diseño orientado a objetos es tomar la decisión acerca del
conjunto adecuado de abstracciones para ese dominio.
Comportamiento.
Los objetos no solamente poseen atributos, sino que también exhiben
comportamientos que manifiestan al interactuar con otros objetos
 En un esquema cliente/servidor, donde un cliente es cualquier objeto que utiliza
los recursos de otro objeto denominado servidor.
Encapsulamiento.
El encapsulamiento es el proceso de almacenar en un mismo compartimento los
elementos de una abstracción que constituyen su estructura y su comportamiento;
sirve para separar la interfaz contractual de una abstracción y su implementación.

El encapsulamiento se consigue, a menudo, mediante la ocultación de
información. Generalmente, la estructura de un objeto está oculta, así como la
implementación de sus métodos.

Modularidad.
La modularidad es la descomposición de un sistema en un conjunto de módulos
cohesivos y débilmente acoplados.
La descomposición de un sistema en componentes individuales ayuda a manejar
la complejidad. Sin embargo, una descomposición desordenada puede producir un
efecto contrario que se puede contrarrestar reagrupando los componentes en
módulos o paquetes. Cada módulo debe contener componentes con
características afines, de tal manera que faciliten la producción de la arquitectura
física de un sistema.
Jerarquía.
La jerarquía es una clasificación u ordenación de abstracciones.
La estructura de clases se representa por medio de una jerarquía que muestra la
relación de herencia.
Clase.
En las etapas de análisis y diseño, una clase es un conjunto de objetos que
comparten características y comportamientos comunes entre sí.
Herencia.
La herencia define la relación entre clases es un, donde una subclase hereda de
una o más superclases.
La herencia implica una jerarquía de generalización/especialización, en la que una
subclase especializa el comportamiento y/o la estructura, más general, de sus
superclases.
Herencia simple.
La herencia simple se da cuando, en una jerarquía de clases, las subclases
solamente pueden heredar de una superclase.
Herencia múltiple.
A diferencia de la herencia simple, en la herencia múltiple las subclases pueden
heredar de más de una superclase.
Polimorfismo.
La palabra polimorfismo tiene como origen las palabras griegas poli (muchos) y
morfos (formas) y se utiliza para indicar que un nombre puede denotar instancias
(objetos) de clases diferentes que están relacionadas por alguna superclase
común.
El polimorfismo puede considerarse como la característica más potente de los
lenguajes orientados a objetos, después de su capacidad para soportar la
abstracción.
Existe polimorfismo cuando interactúan las características de herencia y enlace
dinámico.
Enlace estático y enlace dinámico
El enlace estático (denominado también enlace temprano) consiste en la
asignación estática de tipos a todas las variables y expresiones, en tiempo de
compilación.
El enlace dinámico (denominado también enlace tardío) consiste en asignar, en
tiempo de ejecución, los tipos a las variables y expresiones.

En conclusión podemos decir que si eres nuevo en esto del programación es
recomendable utilizar en modelo relacional porque es más fácil de entender y de
utilizar por un usuario no experto, sin ya tienes experiencia en la programación
puedes utilizar el modelo orientado a objetos porque podrás utilizar el
encapsulamiento de datos y de más atributos que contiene este tipo de
programación estructurada.

Mais conteúdo relacionado

Mais procurados (20)

Base de Datos Orientada a Objetos
Base de Datos Orientada a ObjetosBase de Datos Orientada a Objetos
Base de Datos Orientada a Objetos
 
Diagrama paquetes, colaboracion y componetes
Diagrama paquetes, colaboracion y componetesDiagrama paquetes, colaboracion y componetes
Diagrama paquetes, colaboracion y componetes
 
Subsistemas
SubsistemasSubsistemas
Subsistemas
 
Vincu
VincuVincu
Vincu
 
Informatica
InformaticaInformatica
Informatica
 
Cap7
Cap7Cap7
Cap7
 
DISEÑO DE BASES DE DATOS DISTRIBUIDAS
DISEÑO DE BASES DE DATOS DISTRIBUIDASDISEÑO DE BASES DE DATOS DISTRIBUIDAS
DISEÑO DE BASES DE DATOS DISTRIBUIDAS
 
Distribución y fragmentación de datos
Distribución y fragmentación  de datosDistribución y fragmentación  de datos
Distribución y fragmentación de datos
 
Grupo 6 - clases
Grupo 6  - clasesGrupo 6  - clases
Grupo 6 - clases
 
Funcionamiento de un sistema de base de datos
Funcionamiento de un sistema de base de datosFuncionamiento de un sistema de base de datos
Funcionamiento de un sistema de base de datos
 
7.3.2 esquemas xml
7.3.2 esquemas xml7.3.2 esquemas xml
7.3.2 esquemas xml
 
Bdd expo
Bdd expoBdd expo
Bdd expo
 
Bases de datos orientadas a objetos
Bases de datos orientadas a objetosBases de datos orientadas a objetos
Bases de datos orientadas a objetos
 
04 -bases_de_datos_-_arquitectura_de_tres_niveles
04  -bases_de_datos_-_arquitectura_de_tres_niveles04  -bases_de_datos_-_arquitectura_de_tres_niveles
04 -bases_de_datos_-_arquitectura_de_tres_niveles
 
Basesdedatosrelacionales
BasesdedatosrelacionalesBasesdedatosrelacionales
Basesdedatosrelacionales
 
Base de datos
Base de datosBase de datos
Base de datos
 
relaciones uml
 relaciones uml relaciones uml
relaciones uml
 
Modelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicacionesModelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicaciones
 
Presentacion pinzon...
Presentacion pinzon...Presentacion pinzon...
Presentacion pinzon...
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 

Destaque (20)

Tfrkajdslfjdsklfkdsjalfkdsjaklfjldsajfdksa
TfrkajdslfjdsklfkdsjalfkdsjaklfjldsajfdksaTfrkajdslfjdsklfkdsjalfkdsjaklfjldsajfdksa
Tfrkajdslfjdsklfkdsjalfkdsjaklfjldsajfdksa
 
Burger mania_proyecto final estudiantes universidad EAN
Burger mania_proyecto final estudiantes universidad EANBurger mania_proyecto final estudiantes universidad EAN
Burger mania_proyecto final estudiantes universidad EAN
 
Pedagogía de las multialfabetizaciones
Pedagogía de las multialfabetizacionesPedagogía de las multialfabetizaciones
Pedagogía de las multialfabetizaciones
 
Comida y costumbres culturales
Comida y costumbres culturalesComida y costumbres culturales
Comida y costumbres culturales
 
EducacióN Y Multiculturalidad
EducacióN Y MulticulturalidadEducacióN Y Multiculturalidad
EducacióN Y Multiculturalidad
 
Mcdonald's definitiva
Mcdonald's definitivaMcdonald's definitiva
Mcdonald's definitiva
 
Pioneros en innovacion cultural
Pioneros en innovacion culturalPioneros en innovacion cultural
Pioneros en innovacion cultural
 
Caso McDonalds
Caso McDonaldsCaso McDonalds
Caso McDonalds
 
Curso Cultura Corporativa 2013
Curso Cultura Corporativa 2013Curso Cultura Corporativa 2013
Curso Cultura Corporativa 2013
 
Inocencia robada
Inocencia robadaInocencia robada
Inocencia robada
 
Perspectiva comunicativa
Perspectiva comunicativaPerspectiva comunicativa
Perspectiva comunicativa
 
PROPUESTA PEDAGOGICA
PROPUESTA PEDAGOGICAPROPUESTA PEDAGOGICA
PROPUESTA PEDAGOGICA
 
PEDAGOGÍA CRÍTICA
PEDAGOGÍA CRÍTICAPEDAGOGÍA CRÍTICA
PEDAGOGÍA CRÍTICA
 
Concepto cultura
Concepto culturaConcepto cultura
Concepto cultura
 
06 La PedagogíA Critica
06 La PedagogíA Critica06 La PedagogíA Critica
06 La PedagogíA Critica
 
Clima y cultura_organizacional
Clima y cultura_organizacionalClima y cultura_organizacional
Clima y cultura_organizacional
 
La cultura y sus características
La cultura y sus característicasLa cultura y sus características
La cultura y sus características
 
Mcdonald's Análisis
Mcdonald's AnálisisMcdonald's Análisis
Mcdonald's Análisis
 
9 pedagogia critica
9  pedagogia critica9  pedagogia critica
9 pedagogia critica
 
Caso McDonalds
Caso McDonaldsCaso McDonalds
Caso McDonalds
 

Semelhante a Trabajo modelos bd

Universidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelosUniversidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelosVictor Dolores Marcos
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datoslauraluiso
 
Base de Datos. Modelo Relacional
Base de Datos. Modelo RelacionalBase de Datos. Modelo Relacional
Base de Datos. Modelo RelacionalHermes Sosa
 
Modelos de base de datos
Modelos de base de datosModelos de base de datos
Modelos de base de datosIrene Lorza
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacionalpatriciorp
 
Una base de datos de red
Una base de datos de redUna base de datos de red
Una base de datos de redweneliza99
 
Base de datos objeto
Base de datos objetoBase de datos objeto
Base de datos objetoRaul Quispe P
 
Republica bolivariana de venezuela
Republica bolivariana de venezuelaRepublica bolivariana de venezuela
Republica bolivariana de venezuelamiguel campos
 
Base de datos michael barreto 580718
Base de datos michael barreto 580718Base de datos michael barreto 580718
Base de datos michael barreto 580718mich5591
 
Modelos de bases de datos
Modelos de bases de datosModelos de bases de datos
Modelos de bases de datosMaria Garcia
 
Base de datos
Base de datosBase de datos
Base de datosmanuel
 
Tipos de bases de datos
Tipos de bases de datosTipos de bases de datos
Tipos de bases de datosecasteloc
 

Semelhante a Trabajo modelos bd (20)

Informatica modelos
Informatica modelosInformatica modelos
Informatica modelos
 
Universidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelosUniversidad tecnológica de tehuacá modelos
Universidad tecnológica de tehuacá modelos
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Base de Datos. Modelo Relacional
Base de Datos. Modelo RelacionalBase de Datos. Modelo Relacional
Base de Datos. Modelo Relacional
 
Tabajo de base de dato
Tabajo de base de datoTabajo de base de dato
Tabajo de base de dato
 
Tabajo de base de datos
Tabajo de base de datosTabajo de base de datos
Tabajo de base de datos
 
Modelos de base de datos
Modelos de base de datosModelos de base de datos
Modelos de base de datos
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Una base de datos de red
Una base de datos de redUna base de datos de red
Una base de datos de red
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Diapositivas sql.
Diapositivas sql.Diapositivas sql.
Diapositivas sql.
 
Base de datos objeto
Base de datos objetoBase de datos objeto
Base de datos objeto
 
MODELO DE BASE DE DATOS
MODELO DE BASE DE DATOSMODELO DE BASE DE DATOS
MODELO DE BASE DE DATOS
 
Republica bolivariana de venezuela
Republica bolivariana de venezuelaRepublica bolivariana de venezuela
Republica bolivariana de venezuela
 
Base de datos michael barreto 580718
Base de datos michael barreto 580718Base de datos michael barreto 580718
Base de datos michael barreto 580718
 
Modelos de bases de datos
Modelos de bases de datosModelos de bases de datos
Modelos de bases de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Tipos de bases de datos
Tipos de bases de datosTipos de bases de datos
Tipos de bases de datos
 

Mais de Julio Miron Carrillo (8)

Codigo bdoo
Codigo bdooCodigo bdoo
Codigo bdoo
 
Creacion de data mart
Creacion de data martCreacion de data mart
Creacion de data mart
 
Data werehouse
Data werehouseData werehouse
Data werehouse
 
Manual boo
Manual booManual boo
Manual boo
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Transacciones.pptx julio
Transacciones.pptx julioTransacciones.pptx julio
Transacciones.pptx julio
 
Transacciones.pptx julio
Transacciones.pptx julioTransacciones.pptx julio
Transacciones.pptx julio
 
base de dotos distribuidas
base de dotos distribuidasbase de dotos distribuidas
base de dotos distribuidas
 

Trabajo modelos bd

  • 1. MODELOS RELACIONALES 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. Este modelo considera la base de datos como una colección de relaciones. De manera simple, una relación representa una tabla que no es más que un conjunto de filas, cada fila es un conjunto de campos y cada campo representa un valor que interpretado describe el mundo real. Cada fila también se puede denominar tupla o registro y a cada columna también se le puede llamar campo o atributo. Base de datos relacional Una base de datos relacional es un conjunto de una o más tablas estructuradas en registros (líneas) y campos (columnas), 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, identificador o clave. A esta manera de construir bases de datos se le denomina modelo relacional. Estrictamente hablando el término se refiere a una colección específica de datos pero a menudo se le usa, en forma errónea como sinónimo del software usado para gestionar esa colección de datos. Ese software se conoce como SGBD (sistema gestor de base de datos) relacional o RDBMS (del inglés relational database management system). 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 OBJETOS RELACIONALES
  • 2. El término base de datos objeto-relacional se usa para describir una base de datos que ha evolucionado desde el modelo relacional hasta una base de datos híbrida, que contiene ambas tecnologías: relacional y de objetos. El modelo relacional está diseñado para representar los datos como una serie de tablas con columnas y atributos. El modelo relacional está diseñado para representar los datos como una serie de tablas con columnas y atributos. MODELO ORIENTADO A OBJETOS El modelo orientado a objetos sirve para desarrollar sistemas de software con un alto grado de complejidad. Los objetos, concretos y abstractos, están a nuestro alrededor, forman nuestro entorno. Podemos distinguir cada objeto en base a sus características y comportamientos. Abstracción. La abstracción es una de las principales herramientas con que combatimos la complejidad. Una abstracción denota las características esenciales de un objeto y proporciona límites conceptuales definidos respecto a la perspectiva del observador. En el modelo de objetos se persigue construir abstracciones que imiten directamente el vocabulario de un determinado dominio de problema, por lo que el problema central del diseño orientado a objetos es tomar la decisión acerca del conjunto adecuado de abstracciones para ese dominio. Comportamiento. Los objetos no solamente poseen atributos, sino que también exhiben comportamientos que manifiestan al interactuar con otros objetos En un esquema cliente/servidor, donde un cliente es cualquier objeto que utiliza los recursos de otro objeto denominado servidor. Encapsulamiento.
  • 3. El encapsulamiento es el proceso de almacenar en un mismo compartimento los elementos de una abstracción que constituyen su estructura y su comportamiento; sirve para separar la interfaz contractual de una abstracción y su implementación. El encapsulamiento se consigue, a menudo, mediante la ocultación de información. Generalmente, la estructura de un objeto está oculta, así como la implementación de sus métodos. Modularidad. La modularidad es la descomposición de un sistema en un conjunto de módulos cohesivos y débilmente acoplados. La descomposición de un sistema en componentes individuales ayuda a manejar la complejidad. Sin embargo, una descomposición desordenada puede producir un efecto contrario que se puede contrarrestar reagrupando los componentes en módulos o paquetes. Cada módulo debe contener componentes con características afines, de tal manera que faciliten la producción de la arquitectura física de un sistema. Jerarquía. La jerarquía es una clasificación u ordenación de abstracciones. La estructura de clases se representa por medio de una jerarquía que muestra la relación de herencia. Clase. En las etapas de análisis y diseño, una clase es un conjunto de objetos que comparten características y comportamientos comunes entre sí. Herencia. La herencia define la relación entre clases es un, donde una subclase hereda de una o más superclases. La herencia implica una jerarquía de generalización/especialización, en la que una subclase especializa el comportamiento y/o la estructura, más general, de sus superclases.
  • 4. Herencia simple. La herencia simple se da cuando, en una jerarquía de clases, las subclases solamente pueden heredar de una superclase. Herencia múltiple. A diferencia de la herencia simple, en la herencia múltiple las subclases pueden heredar de más de una superclase. Polimorfismo. La palabra polimorfismo tiene como origen las palabras griegas poli (muchos) y morfos (formas) y se utiliza para indicar que un nombre puede denotar instancias (objetos) de clases diferentes que están relacionadas por alguna superclase común. El polimorfismo puede considerarse como la característica más potente de los lenguajes orientados a objetos, después de su capacidad para soportar la abstracción. Existe polimorfismo cuando interactúan las características de herencia y enlace dinámico. Enlace estático y enlace dinámico El enlace estático (denominado también enlace temprano) consiste en la asignación estática de tipos a todas las variables y expresiones, en tiempo de compilación. El enlace dinámico (denominado también enlace tardío) consiste en asignar, en tiempo de ejecución, los tipos a las variables y expresiones. En conclusión podemos decir que si eres nuevo en esto del programación es recomendable utilizar en modelo relacional porque es más fácil de entender y de utilizar por un usuario no experto, sin ya tienes experiencia en la programación puedes utilizar el modelo orientado a objetos porque podrás utilizar el encapsulamiento de datos y de más atributos que contiene este tipo de programación estructurada.