Base de datos

orientada a objetos
Orientacin a objetos y beneficios
La orientacin de objetos se
define como un conjunto de
principios de diseo y desarrollo
basados en estructuras
Orientacin a objetos y beneficios
Leguajes de programacin
Interfaces de usuarios graficas
Base de datos
Diseo
Sistemas operativos
Reduce lneas de cdigo, disminuye el
tiempo de desarrollo, mejor a la
reutilizacin de condigo y su
mantenimiento al igual que la
productividad del programador
Mejora la capacidad de crear interfaces
fciles de usar, facilitando el uso del
sistema y definicin de estndares
Soporta datos abstractos y objetos
complejos, tipos de datos multimedia y
manipulacin de datos complejos de
aplicaciones especializadas que trabajan
con grficas, formacin de imgenes,
mapas , modelado financiero,
telecomunicaciones, aplicaciones
geoespaciales, aplicaciones mdicas etc.
Captura la semntica del modelo de datos,
representando el mundo real con mas
precisin
Mejora la portabilidad del sistema con la
Lenguajes de programacin
orientados a objetos LPOO

Los LPOO se desarrollan para

proporcionar un ambiente ms
fcil de utilizar, haciendo una
poderosa herramienta para la
creacin de aplicaciones,
disminuyendo el tiempo de
desarrollo, as tambin la
cantidad de cdigo, haciendo
incluso el cdigo ms
reutilizable
Conceptos orientados a objetos
Objeto: presentacin
abstracta de una
entidad relacin que
tiene una identidad
nica, propiedades
incorporadas y la
capacidad de
interactuar con otros
objetos y consigo
mismo
Conceptos orientados a objetos
Atributo: descripcin
del objeto
Conceptos orientados a objetos
Mtodo: cdigo que
realiza una operacin
especifica con los
datos del objeto
Conceptos orientados a objetos

La encapsulacin es un
mecanismo que consiste en
organizar datos y mtodos de una
estructura, conciliando el modo
en que el objeto se implementa,
es decir, evitando el acceso a
datos por cualquier otro medio
distinto a los especificados.
Conceptos orientados a objetos
Conceptos orientados a objetos
Caractersticas en un modelo de
datos orientado a objetos
Modelado de datos orientado
a objetos OODM
Soportar la representacin de
objetos complejos
Ser extensible
Exhibir herencia
Soportar la nocin de una
identidad de objetos (OID)
Caractersticas en un modelo de
datos orientado a objetos
Caractersticas en un modelo de
datos orientado a objetos

uno o muchos: 1..* (1..n)

0 o muchos: 0..* (0..n)
nmero fijo: m (m denota el
nmero).
 Similitudes y Diferencias: OODM y Modelos de Datos
Previos

Objeto, Entidad y Tupla

OODM
El concepto OODM va ms all del concepto de entidad o tupla en otros modelos de datos,
Un objeto OODM tiene caractersticas adicionales como comportamiento, herencia y encapsulado.
Modelo de Datos E-R
Los modelos E-R y relacionales a menudo obligan al diseador a crear entidades nuevas artificiales
para indentificar entidades reales.
 Clase. Conjunto de Entidades
Es un concepto que permite no slo la descripcin de la estructura de datos si no
tambin la descripcin del comportamiento de los objetos clases, comprende el
concepto como la ejecucin de tipos de datos abstractos en el OODM.
 Encapsulado y Herencia
Un objeto que pertenece a una clase hereda todas las propiedades de sus superclases.
El encapsulado significa que la representacin de datos y la ejecucin del mtodo se ocultan
de otros objetos y usuarios final.

Ejemplo de Herencia Ejemplo de Encapsulado

 Id del Objeto
Pueden ser utilizadas para identificar elementos de datos de manera nica y establecen relaciones entre
objeto y relaciones independientes del estado del objeto.

Acceso
Los modelos E-R y relacionales dependen del uso de SQL para recuperar datos de la base de datos. SQL es un
lenguaje de consulta orientado a los conjuntos que esta basado en un modelo matemtico formalmente
definido, SQL utiliza mtodos de acceso asociativos para recuperar informacin relacionada de una base de
datos, con base en el valor de algunos de sus atributos.

EJEMP
LO
 Sistemas de Administracin de Base Datos Orientada a Objetos

El OODBMS o sistema de administracin de base de datos orientada a objetos es un sistema que intriga los
beneficios de sistemas de base de datos con las caractersticas de programacin computacionales.

Los productos OODBMS se utilizan para desarrollar sistemas complejos como:

1. Aplicaciones mdicas(rayos x).
2. Aplicaciones financieras en administracin de portafolios y riesgos
3. Aplicaciones multimedia como sistemas de informacin geogrfica.
4. Aplicaciones de ingeniera de software asistida por computadora.
5. Aplicaciones asistidas por computadora.

.Caractersticas de un DBMS orientado a objetos

Un OODBMS es el resultado de combinar caractersticas de OO, como herencia de clase, encapsulado y
polimorfismo, como caractersticas como integridad, seguridad, persistencia, administracin de transacciones,
control de concurrencia, respaldo, recuperacin, manipulacin de datos y afinacin del sistema.
 Las Reglas del OODBMS

REGLAS QUE LO HACEN UN SISTEMA OO

Regla 1 El sistema debe soportar objetos complejos.
Regla 2 Debe soportar identidad de objeto.
Regla 3 Los objetos deben ser encapsulados.
Regla 4 El sistema debe soportar tipos o clases.
Regla 5 El sistema debe soportar herencia
Regla 6 El sistema debe evitar asignacin prematura.
Regla 7 El sistema debe ser computacionalmente completo.
Regla 8 El sistema debe ser extensible.

REGLAS QUE LO HACEN UN SISTEMA DBMS

Regla 9 El sistema debe ser capaz de recordar las ubicaciones
de los datos.
Regla 10 El sistema debe ser capaz de manejar bases de datos
muy grandes.
Regla 11 El sistema debe aceptar usuarios concurrentes.
Regla 12 El sistema debe ser capaz de recuperarse de fallas de
hardware y software.
Cmo Afecta la Orientacin a Objetos al Diseo de Bases de Datos

Los administradores de base de datos como los diseadores confrontan

problemas adicionales con los proceso de diseo E-R relacional. Existen
pocas herramientas de diseo de OODB computarizadas disponibles
que ayuden a disear y a documentar una base de datos.

El OMG produce estndares y especificaciones independientes del

proveedor para componentes y sistemas basados en objetos.

Proveedores que ofrecen productos que cumplen con las

especificaciones CORBA y COSS de OMG.
 OODBMS: Ventajas y Desventajas

VENTAJAS OODBMS
Los OODBMS permiten la inclusin de mas informacin en la base de datos y
proporcin una representacin mas realista de objetos reales.

Los OODBMS permiten entender los tipos de datos base, con lo cual
incrementa la funcionalidad de la base de datos como sus capacidades de
modelado.
La reutilizacin de clases permite un desarrollo ms rpido y un
mantenimiento ms fcil de la base de datos y sus aplicaciones.

Se obtiene un desarrollo de aplicaciones ms rpido mediante herencia y

reutilizacin.

Los OODBMS proporciona una posible solucin al problema de integracin de

DBMS existentes y futuros en un solo ambiente.
 DESVENTAJAS OODBMS
Los OODBMS se tornan ms difciles de justificar

Los OODBMS esta basado en un modelo de objetos el cual carece del slido
fundamento terico del modelo relacional en el que se basa RDBMS.

Los OODBMS se consideran un retroceso con relacin a los sistemas

sealizadores tradicionales utilizados por modelo jerrquico y de red.

Los OODBMS no proporcionan un lenguaje de consulta, como los sistemas

relacionales.

El DBMS relacional proporciona una amplia solucin a las necesidades de

diseo y manejo de bases de datos empresariales .
Ventajas y desventajas
de las
OODBMS
(Object Oriented Data Base Management
System)
CONCEPTOS
RDBMS: BASE DE DATOS RELACIONAL
OODBMS: SISTEMA DE GESTION DE BASES DE DATOS ORIENTADAS A
OBJETOS
DBMS: Data Base Management System
CAD: ComputerAidedDesign; DiseoAsistidopor Ordenador
CAM: ComputerAidedManufacturing; FabricacinAsistidaporOrdenador
OO: Orientado a Objetos
ERM: MODELO RELACIONAL EXTENDIDO
 REUTILIZACI
SOPORTE
N DE
CLASE

DETERMI SOLUCION A
PROBLEMAS
NACIN DE
DE INTEGACION
VENTAJ VERSIONE
AS S
EXTENDE MEJORAS
R DE
DESEMPE
O
SOPORTE INCLUSION DE
MAS
INFORMACION
 OPOSICIO
BAJO N
MERCAD
ES BASADA EN
O UNA SERIE DE
OBJETOS

SE CREEN UN
PEQUEO DESVENTAJ
RETRASO
AS
COMPATIBILID NO TIENEN UN
AD LENGUAJE DE
CONSULTA ad
hoc

LAS
DBMS
NFLUENCIA DE LOS CONCEPTOS OO
EN EL MODELO RELACIONAL
 En ocasiones es mejo utilizar las OODBMSPor qu?
Las RDMBS por lo general no cumplen con los
requerimientos de sistemas en CAD O CAM
 Cambios
El modelo relacional se ha visto obligado a cambiar,
gracias al ambiente de cambio tan frecuente. Como
resultado tenemos las ERM u O/RM:

CARACTERISTICAS:
Extensibilidad de tipos de datos nuevos definidos por el usuario.
Objetos complejos.
Herencia.
Llamadas de procedimiento (reglas o activadores).
Identificadores generados por el sistema.
 La semntica y los
conceptos de O.O. son
necesarios para soportar
la nueva generalizacin
de aplicaciones

Estos conceptos son y

deben ser agregados al
FILOSOFA
MR
DEL MR

Los conceptos del MR

deben ser conservados
para proteger la inversin
en la tecnologa relacional
LA SIG. GENERACIN DE SISTEMA
DE ABD
Cliente/servidor: se basa en
la distribucin de funciones
entre 2 tipos de procesos
independientes y
autnomos, servidores y
clientes.
Cliente: es un
proceso que solicita
servicios especficos
a los procesos de un
servidor

Servidor: es un
proceso que
proporciona los
servicios solicitados
por los clientes
Base de datos cliente-servidor
Un sistema de administracin de base de datos (DBMS) se ubica en el centro de la
mayora de los sistemas cliente/servidor en uso hoy da. Para que funcione
apropiadamente el DBMS cliente/servidor debe ser capaz de:
Proporcionar un acceso transparente a los
datos mltiples heterogneos clientes, sin
importar el hardware, software y la
plataforma de red utilizados por la
aplicacin cliente.

Permitir solicitudes del cliente al servidor

de la base de datos (mediante solicitudes
SQL) a travs de la red.

Procesar solicitudes de datos realizadas

por los clientes en el servidor local.

Enviar solo los resultados SQL a los

Un DBMS cliente/servidor reduce el trfico por la red porque slo
las filas que concuerdan con la consulta son regresadas.
Los sistemas cliente/servidor cambian la manera en que se
aborda el procesamiento de datos. Los datos se pueden guardar
en un sitio o varios sitios. Cuando los datos se guardan en varios
sitios, las bases de datos cliente/servidor estn estrechamente
relacionadas con las bases de datos distribuidas (DDBMS).
Estilos de arquitectura clientes-servidor

El estilo arquitectnico servidor de archivos

refleja una configuracin en la cual el cliente
realiza la mayor parte del procesamiento,
mientras que lado servidor slo maneja el
almacenamiento y recuperacin de los datos.

El estilo arquitectnico servidor de

base de datos donde la lgica del
manejo de datos se reparte entre las
computadoras cliente y servidor.
 El estilo arquitectnico servidor de
transacciones es el que permite compartir
los detalles de las transacciones entre el
cliente y el servidor

El estilo arquitectnico servidor de

aplicaciones permite disfrutar los
beneficios de la computacin
cliente/servidor incluso cuando las
computadoras cliente no son lo
suficientemente poderosas para ejecutar
algunas de las aplicaciones
cliente/servidor.
Temas de ejecucin de sistemas cliente-servidor

-modelo cliente-servidor contra procesamiento de datos tradicional

De sistemas patentados a sistemas abiertos
De codificacin orientada al mantenimiento al anlisis, diseo y
servicio
De la recopilacin de datos al desarrollo de datos
De un estilo de manejo de datos centralizado a uno ms distribuido.
De un estilo vertical, inflexible organizacional a uno ms horizontal
 -Consideraciones administrativas

Manejo y soporte de la infraestructura de

comunicaciones
Manejo y soporte de aplicaciones
Control de los costos que se elevan
Manejo del personal y cambios culturales
Manejo de las relaciones con varios proveedores
-Mtodo integrado
El desarrollo de sistemas cliente-servidor se basa en la
premisa de que tales sistemas son efectivos porque ayudan
a que la gerencia logre los objetivos de la organizacin.
Si por primera vez se toma una
decisin en relacin con el sistema
cliente-servidor, el esfuerzo
incluye seis fases:

1. Autoestudio de la
infraestructura de los sistemas
de informacin
2.Definicin de la infraestructura
3.Seleccin de una ventana de
oportunidad