Bases de Datos Orientadas A Objetos 1

BASES DE DATOS ORIENTADAS A OBJETOS
INTRODUCCIN. CARACTERSTICAS DE LOS SGBDOO. MODELO DE DATOS ORIENTADO A OBJETOS. OBJETOS COMPLEJOS. ESTNDAR ODMG DEL MODELO DE OBJETOS. LENGUAJE DE DEFINICIN DE OBJETOS ODL. LENGUAJE DE CONSULTA DE OBJETOS OQL. DISEO CONCEPTUAL DE BD DE OBJETOS. ESTNDAR CORBA PARA OBJETOS DISTRIBUIDOS.
INTRODUCCIN
BD ORIENTADAS A OBJETOS
INTRODUCCIN
SGBD-R: MODELO DE DATOS SENCILLO. ARQUITECTURA EN 3 NIVELES (PROGRAMAS Y DATOS SEPARADOS). BASES TERICAS SLIDAS: RELACIONES N-ARIAS R D1x D2 x ... x Dn. SOPORTE MATEMTICO: LGEBRA Y CLCULO RELACIONAL. DEPENDENCIAS FUNCIONALES (SEMNTICA DE LA RELACIN). TECNOLOGA MADURA: OPTIMIZACIN DE CONSULTAS. INDEXACIN. ADMINISTRACIN DE LA CONCURRENCIA Y DE TRANSACCIONES (ACID). SEGURIDAD EN EL FUNCIONAMIENTO: RECUPERACIN. LENGUAJE ESTNDAR SQL ( SQL3).
BD ORIENTADAS A OBJETOS 3
INTRODUCCIN
PERO .... ... SON SLO ADECUADOS PARA APLICACIONES TRADICIONALES DE BD. EN LA ACTUALIDAD HAY MS NECESIDADES: GESTIN DE SISTEMAS MULTIMEDIA, SISTEMAS DE INFORMACIN MDICA O SISTEMAS GIS QUE REQUIEREN MANIPULAR INFORMACIN MS COMPLEJA. PROBLEMAS: CONVERTIR OBJETOS Y RELACIONES AL MODELO RELACIONAL SUPONE DESCOMPONER LOS OBJETOS EN GRAN NMERO DE TABLAS ERRORES. GRAN NMERO DE JOINS PARA SU RECUPERACIN RENDIMIENTO. SOLUCIN: SGBD RELACIONALES DE OBJETOS.
INTRODUCCIN
PROBLEMAS: LOS MODELOS DE DATOS Y LAS ESTRUCTURAS DE DATOS DE LOS LENGUAJES DE PROGRAMACIN ESTN DESACOPLADOS: SOLUCIN: SGBDOO Y LENGUAJES OO SIGUEN EL MISMO PARADIGMA: DATOS + COMPORTAMIENTO. LENGUAJE OQL.
INTRODUCCIN
INTRODUCCIN
CARACTERSTICAS DE LOS SGBDOO

UN SGBDOO ES UN SGBD QUE SOPORTA UN MODELO BASADO EN EL PARADIGMA ORIENTADO A OBJETOS: ALMACENA OBJETOS Y SU ESQUEMA (PERSISTENCIA). LENGUAJE PARA DEFINICIN Y MANIPULACIN. POR SER GESTOR: INCLUYE MECANISMOS PARA OPTIMIZAR EL ACCESO (INDEXACIN Y CLUSTERING), EL CONTROL DE CONCURRENCIA, SEGURIDAD Y GESTIN DE USUARIOS, FACILIDAD DE CONSULTA Y RECUPERACIN ANTE FALLOS. POR SER OO: CARACTERSTICAS DE IDENTIDAD, ENCAPSULACIN, HERENCIA, POLIMORFISMO Y CONTROL DE TIPOS.
10
11
12

TIPOS DE DGBD CON OBJETOS
13
14


15
16


17
18

19
20
21
22
23
24
25
26
27
28
29
30

SGBDOO: GEMSTONE ES UN SISTEMA DE GESTIN ORIENTADO A OBJETOS QUE COMBINA LOS CONCEPTOS DEL SMALLTALK CON FUNCIONES DE GESTIN DE BASES DE DATOS: EL LENGUAJE DE DEFINICIN Y MANIPULACIN DE DATOS ES OPAL QUE SE DERIVA DE SMALLTALK. ODMG. OBJECTSTORE DESARROLLADO A PARTIR DEL LENGUAJE C++ AADINDOLE A SUS OBJETOS PERSISTENCIA. ODMG. POET. EXTENSIN DE C++. ODMG. O2. JASMINE.
MODELO DE DATOS ORIENTADO A OBJETOS
31
32

NO HAY UN ESTNDAR PERO S ACUERDO SOBRE UN MODELO QUE SE FUNDAMENTA EN 5 CONCEPTOS: CADA ENTIDAD DEL MUNDO REAL ES UN OBJETO. CADA OBJETO ES ASOCIADO CON UN IDENTIFICADOR NICO (OID). CADA OBJETO TIENE UN CONJUNTO DE ATRIBUTOS Y MTODOS. EL VALOR DE UN ATRIBUTO PUEDE SER UN OBJETO O CONJUNTO DE OBJETOS (SET, LIST, MULTISET) DEL QUE GUARDAR SU OID (AGREGACIN). LOS VALORES DE LOS ATRIBUTOS REPRESENTAN EL ESTADO DEL OBJETO. EL ESTADO DE UN OBJETO SE CONOCE Y/O MODIFICA ENVIANDO MENSAJES, QUE INVOCAN LOS MTODOS CORRESPONDIENTES DEL OBJETO. LOS OBJETOS QUE COMPARTEN LA MISMA ESTRUCTURA Y COMPORTAMIENTO SE AGRUPAN EN CLASES. UNA CLASE SE PUEDE DEFINIR COMO UNA ESPECIALIZACIN (SUBCLASE) DE UNA O MS CLASES (HERENCIA).

EJEMPLO UML:
34

MODELO DE OBJETOS - ORGENES:

MODELO DE OBJETOS - CONCEPTOS:
35
36

VENTAJAS: LA UTILIZACIN DE OBJETOS PERMITE REPRESENTAR DE FORMA MS NATURAL EL PROBLEMA DE INFORMACIN MEJORAR LA COMUNICACIN ENTRE LOS USUARIOS, LOS DISEADORES Y LOS ANALISTAS. DATOS Y COMPORTAMIENTO EN UN MISMO LENGUAJE FACILITA DESARROLLO DE APLICACIONES. PERMITE DEFINIR NUEVOS TIPOS DE DATOS A PARTIR DE TIPOS EXISTENTES. LENGUAJE NAVEGACIONAL. SOPORTE A ESQUEMA EVOLUTIVO: EL ESTRECHO ACOPLAMIENTO ENTRE DATOS Y APLICACIONES EN UN SGBDOO HACE MS ABORDABLE EL ESQUEMA EVOLUTIVO.

DESVENTAJAS: FALTA DE UN MODELO DE DATOS UNIVERSAL COMO ES EL MODELO RELACIONAL. FALTA DE EXPERIENCIA. USO REDUCIDO DE SGBDOO. FALTA DE ESTNDARES. OQL DE ODMG ES ESTNDAR DE FACTO. EXTENSIN DE LOS SGBDR INCLUYENDO EL PARADIGMA OO. SON MS COMPLEJOS DE DISEAR Y MANTENER. FALTA DE SOPORTE A VISTAS (VIEWS) Y RESTRICCIONES DECLARATIVAS DEPENDEN DE LOS MTODOS DEFINIDOS.
37
38

FALTA DE SOPORTE A LA SEGURIDAD: NO PUEDEN CONCEDER DERECHOS DE ACCESO A OBJETOS O CLASES POR USUARIO. LA OPTIMIZACIN DE CONSULTAS COMPROMETE LA ENCAPSULACIN. LOS BLOQUEOS A NIVEL DE OBJETO, UTILIZADOS EN PROTOCOLOS DE CONTROL DE CONCURRENCIA PUEDEN AFECTAR AL RENDIMIENTO.

DISEO DE BDOO:
39
40
OBJETOS COMPLEJOS
OBJETOS COMPLEJOS
HAY DOS TIPOS PRINCIPALES DE OBJETOS COMPLEJOS: NO ESTRUCTURADO: GENERALMENTE ES DE UN TIPO DE DATOS QUE REQUIERE UNA GRAN CANTIDAD DE ALMACENAMIENTO: EJ. UN TIPO DE DATOS QUE REPRESENTA UNA IMAGEN O UN OBJETO TEXTUAL EXTENSO. ESTRUCTURADO: EST CONSTITUIDO POR COMPONENTES. SE DEFINE APLICANDO RECURRENTEMENTE, EN DIVERSOS NIVELES, LOS CONSTRUCTORES DE TIPOS DISPONIBLES.
41
42
OBJETOS COMPLEJOS
OBJETOS COMPLEJOS NO ESTRUCTURADOS Y EXTENSIBILIDAD DE TIPOS UNA FACILIDAD DEL SGBD PERMITE EL ALMACENAMIENTO Y RECUPERACIN DE OBJETOS DE GRAN TAMAO. EJEMPLOS: LAS IMGENES DE MAPA DE BITS Y LAS CADENAS DE TEXTO LARGAS (POR EJEMPLO, DOCUMENTOS): SE CONOCEN COMO OBJETOS BINARIOS EXTENSOS O BLOB (BINARY LARGE OBJECT). ESTOS OBJETOS SON NO ESTRUCTURADOS EN EL SENTIDO DE QUE EL SGBD NO SABE QU ESTRUCTURA TIENEN: SLO LA APLICACIN QUE USA LOS OBJETOS PUEDE INTERPRETAR SU SIGNIFICADO.
OBJETOS COMPLEJOS
LOS OBJETOS SE CONSIDERAN COMPLEJOS PORQUE: NECESITAN UN REA DE ALMACENAMIENTO SUSTANCIAL. NO FORMAN PARTE DE LOS TIPOS DE DATOS ESTNDAR DE LOS SGBD. EN UN SGBDOO SE PUEDE: DEFINIR UN NUEVO TIPO DE DATOS ABSTRACTO PARA LOS OBJETOS NO INTERPRETADOS. SUMINISTRAR LOS MTODOS PARA SELECCIONAR, COMPARAR Y MOSTRAR TALES OBJETOS. UN SGBDOO PERMITE A LOS USUARIOS CREAR NUEVOS TIPOS: UN TIPO INCLUYE TANTO ESTRUCTURA COMO OPERACIONES. UN SGBDOO TIENE UN SISTEMA DE TIPOS EXTENSIBLES.
43
OBJETOS COMPLEJOS
OBJETOS COMPLEJOS ESTRUCTURADOS LA ESTRUCTURA DEL OBJETO EST DEFINIDA Y EL SGBDOO LA CONOCE. EJEMPLO: REPRESENTACIN DEL OBJETO COMPLEJO DEPARTAMENTO COMO GRFICO.
45
46
OBJETOS COMPLEJOS
EL OBJETO DEPARTAMENTO TIENE: EN EL PRIMER NIVEL UNA ESTRUCTURA DE TUPLA CON SEIS ATRIBUTOS: NOMBRED, NUMEROD, JF, LOCALIZACIONES, EMPLEADOS Y PROYECTOS. DOS DE ESTOS ATRIBUTOS (NOMBRED Y NUMEROD) TIENEN VALORES BSICOS. CUATRO TIENEN VALORES COMPLEJOS Y CONSTITUYEN EL SEGUNDO NIVEL DE LA ESTRUCTURA DEL OBJETO COMPLEJO: UNO (JF) TIENE ESTRUCTURA DE TUPLA. TRES (LOCALIZACIONES, EMPLEADOS, PROYECTOS) TIENEN ESTRUCTURA DE CONJUNTO.
OBJETOS COMPLEJOS
EN EL TERCER NIVEL, PARA UN VALOR DE TUPLA DE JF, HAY UN ATRIBUTO BSICO (FECHA_INIC_JEFE) Y UN ATRIBUTO (JEFE) QUE HACE REFERENCIA A UN OBJETO EMPLEADO, QUE TIENE UNA ESTRUCTURA DE TUPLA. PARA UN CONJUNTO LOCALIZACIONES HAY UN CONJUNTO DE VALORES BSICOS. PARA LOS CONJUNTOS EMPLEADOS Y PROYECTOS HAY CONJUNTOS DE OBJETOS CON ESTRUCTURA DE TUPLA.
47
48
OBJETOS COMPLEJOS
EXISTEN DOS TIPOS DE SEMNTICA PARA LA REFERENCIA ENTRE UN OBJETO COMPLEJO Y SUS COMPONENTES EN CADA NIVEL: SEMNTICA DE PROPIEDAD: SE APLICA CUANDO LOS SUBOBJETOS DE UN OBJETO COMPLEJO ESTN ENCAPSULADOS DENTRO DE ESTE Y SE CONSIDERAN PARTE DE L. SEMNTICA DE REFERENCIA: SE APLICA CUANDO LOS COMPONENTES DEL OBJETO COMPLEJO SON ELLOS MISMOS OBJETOS INDEPENDIENTES, PERO PUEDEN SER REFERENCIADOS DESDE EL OBJETO COMPLEJO.
OBJETOS COMPLEJOS
EJEMPLO: SE CONSIDERA QUE LOS ATRIBUTOS NOMBRED, NUMEROD, JF Y LOCALIZACIONES SON PROPIEDAD DE UN DEPARTAMENTO. EMPLEADOS Y PROYECTOS SON REFERENCIAS PORQUE HACEN REFERENCIA A OBJETOS INDEPENDIENTES. LOS SGBDOO DEBEN OFRECER OPCIONES DE ALMACENAMIENTO PARA AGRUPAR LOS OBJETOS COMPONENTES DE UN OBJETO COMPLEJO EN EL ALMACENAMIENTO SECUNDARIO: PARA AUMENTAR LA EFICIENCIA DE LAS OPERACIONES QUE TIENEN ACCESO AL OBJETO COMPLEJO.
49
50
ESTNDAR ODMG DEL MODELO DE OBJETOS

ODMG: OBJECT DATABASE MANAGEMENT GROUP. GRUPO DE DESARROLLO DE SGBD ORIENTADOS A OBJETOS, LIGADO A OMG (OBJECT MANAGEMENT GROUP): OBJECT DESIGN, SUN MICROSYSTEMS, ONTOS, O2, TECHNOLOGY / ARDENT SOFT., OBJECTIVITY, VERSANT, GEMSTONE, COMPUTER ASSOCIATES, OBJECTSTORE, INTERSYSTEMS CACHE, ETC. CREADO A MEDIADOS DE 1991 PARA DEFINIR LOS ESTNDARES DE LAS BD ORIENTADAS A OBJETOS: ASEGURAR UNA PORTABILIDAD SOBRE LOS DIFERENTES PRODUCTOS DE ESTAS COMPAAS. NORMALIZAR EL MODELO DE DATOS A OBJETOS Y LOS LENGUAJES.
51
52

APARICIN DE THE ODMG-93 STANDARD: REVISIONES ODMG 95, 97, 99 (ODMG 3.0 + JAVA). NO CONSOLIDADO: OBJECT MODEL. OBJECT DATA DEFINITION LANGUAGE (ODL). OBJECT MANIPULATION LANGUAGE (OML). OBJECT QUERY LANGUAGE (OQL). INTERFACES CON C++, SMALLTALK, JAVA.

HISTORIA:
53
54

PROPUESTA DE ARQUITECTURA OPERATIVA:

ODMG: OBJECT CLASS: OBJECT: UN OBJETO ES UNA INSTANCIA DE UNA CLASE. OID: ESTADO: DEFINIDO POR UN CONJUNTO DE VALORES QUE EL OBJETO LLEVA EN SUS PROPIEDADES (ATRIBUTOS, Y / O VARIOS OTROS OBJETOS). LOS VALORES DE LAS PROPIEDADES PUEDEN CAMBIAR A LO LARGO DEL TIEMPO. COMPORTAMIENTO: DEFINIDO POR UN CONJUNTO DE OPERACIONES EJECUTABLES SOBRE EL OBJETO (MTODOS). CLASS: COLECCIN DE OBJETOS CON LAS MISMAS PROPIEDADES.
55
56

EJEMPLO E/R:

ODMG: CLASSES: UNA CLASE SE ESPECIFICA POR : LOS ATRIBUTOS (ABSTRACTOS). LAS RELACIONES CON OTROS TIPOS DE OBJETOS. LAS OPERACIONES.
57
58

ODMG: TYPES: ATRIBUTOS: TIPO ESTRUCTURADO ES UN TIPO CON UN NMERO FIJO DE ELEMENTOS QUE PUEDEN SER DE DIFERENTE TIPO: TIPOS ATMICOS : INTEGER, FLOAT, CHARACTER, STRING, BOOLEAN AND ENUMERATIONS. TIPOS PREDEFINIDOS: DATE, TIME, INTERVAL, TIMESTAMP. COLECCIN: CONJUNTO DE ELEMENTOS DEL MISMO TIPO (SET, BAG, LIST, ARRAY, DICTIONARY, TABLE). PUEDEN SER DE TIPO BSICO O ESTRUCTURADO. RELACIONES: TIPOS INTERFAZ, REPRESENTAN LAS CLASES. GENERALMENTE SE USAN EN RELACIONES (RELATIONSHIP).

ODMG: RELATIONSHIP: UN OBJETO PUEDE RELACIONARSE CON OTROS OBJETOS A TRAVS DE RELATIONSHIP. RELACIONES BINARIAS Y BI-DIRECCIONALES 1-1, 1-N, N-M. ESTABLECER INVERSE PARA CONEXIN BIDIRECCIONAL EN AMBAS INTERFACES. EN ODL NO SE PUEDE EXPRESAR LA INTEGRIDAD REFERENCIAL.
59
60

EJEMPLO:

EJEMPLO:
61
62

ODMG: KEY: ATRIBUTO O CONJUNTO DE ATRIBUTOS QUE IDENTIFICA UNVOCAMENTE CADA OBJETO DE UN TIPO. SIMILAR AL KEY DEL RELACIONAL. PREVIENE LA DUPLICIDAD PERO ADMITE NULOS.

EJEMPLO:
63
64

ESTABLECER KEYS PARA ENTIDADES DBILES: NO PUEDE HABER DOS TRABAJADORES CON EL MISMO NMERO QUE TRABAJEN PARA EL MISMO ESTUDIO.

ODMG: OBJECT MODEL: SUBTIPOS (SUBTYPES) Y HERENCIA (INHERITANCE): ODL PROVEE DOS CLASES DE HERENCIA: IS-A: DEFINE LA HERENCIA DE COMPORTAMIENTO ENTRE TIPOS DE OBJETOS (INTERFACES O CLASES) Y SE REPRESENTA POR UNA COMA. EXTENDS: DEFINE LA HERENCIA DE ESTADO QUE SOLO APLICA A LAS CLASES. ODL SOPORTA HERENCIA SIMPLE Y MLTIPLE.
65
66

ESPECIFICACIN DE TIPOS:

ODMG: SUBCLASSES: LAS SUBCLASES SUPERCLASE. HEREDAN LOS ATRIBUTOS DE SU
67
68

ODMG: SUBCLASSES:

ODMG: METHODS: EN ODL UN MTODO ES UNA FUNCIN ASOCIADA A UNA CLASE. LOS MTODOS SE DECLARAN MEDIANTE EL CONCEPTO DE SIGNATURE QUE NO ES MS QUE EL NOMBRE DE DICHO MTODO JUNTO CON LOS TIPOS DE SUS ARGUMENTOS DE ENTRADA Y EL TIPO DE SALIDA. EL CDIGO DE UN MTODO NO FORMA PARTE DE LA DECLARACIN Y SE SUPONE QUE SE ESCRIBIR EN EL LENGUAJE DE IMPLEMENTACIN.
69
70

LA SINTAXIS DE LA DECLARACIN ES SIMILAR A LA DE FUNCIONES EN C CON DOS IMPORTANTES AADIDOS: LOS PARMETROS DE LA FUNCIN SE PUEDEN ESPECIFICAR COMO IN, OUT, INOUT SEGN SEA DE ENTRADA, SALIDA O DE ENTRADA/SALIDA. LAS FUNCIONES PUEDEN MANEJAR EXCEPCIONES QUE SON RESPUESTAS ESPECIALES: UNA EXCEPCIN INDICA HABITUALMENTE UNA CONDICIN ANORMAL QUE A SU VEZ SE TRATAR MEDIANTE OTRO MTODO. EN ODL UNA DECLARACIN DE FUNCIN PUEDE SER SEGUIDA POR LA PALABRA RAISES, SEGUIDA POR UNA LISTA DE UNA O MS EXCEPCIONES QUE LA FUNCIN PUEDE TRATAR.

EJEMPLO DE METHODS:
71
72

ODMG: EXTENTS: CUANDO SE DEFINE UNA CLASE SE HACE NECESARIO DIFERENCIAR SU DEFINICIN, DEL CONJUNTO DE OBJETOS QUE EXISTE DE ESA CLASE EN LA BASE DE DATOS. EN ODL, ESTA DISTINCIN SE REALIZA DE FORMA EXPLCITA DANDO A LA CLASE Y A SU EXTENT DISTINTOS NOMBRES. EN GENERAL LA CLASE RECIBE EL NOMBRE EN SINGULAR Y EL EXTENT EN PLURAL.

ODMG: INTERFACES: LAS INTERFACES SON BSICAMENTE DEFINICIONES DE CLASES QUE NO TIENEN EXTENT ASOCIADOS (ES DECIR, SIN OBJETOS). SON TILES SI SE NECESITAN MANTENER EN LA BASE DE DATOS VARIOS CONJUNTOS DE OBJETOS QUE TIENEN EL MISMO TIPO (INTERFAZ) PERO PERTENECEN A DISTINTA CLASE.
73
74

JERARQUA DE HERENCIA DE LAS INTERFACES PREDEFINIDAS DEL MODELO DE OBJETOS :

OML: LENGUAJE PARA CONSTRUIR PROGRAMAS QUE PERMITAN REALIZAR LAS SIGUIENTES OPERACIONES EN LA BD: CREAR OBJETOS. MODIFICAR OBJETOS. BORRAR OBJETOS. IDENTIFICAR OBJETOS. ODMG NO PROPONE QUE SEA ESTNDAR, SOLO UNA EXTENSIN DEL LENGUAJE DE PROGRAMACIN: C++, JAVA Y SMALLTALK..
75
76
LENGUAJE DE OBJETOS ODL
DEFINICIN
DE
DEFINICIN
DE
ODL NO ES UN LENGUAJE DE PROGRAMACIN COMPLETO, ES UN LENGUAJE DE DEFINICIN INDEPENDIENTE PARA ESPECIFICAR OBJETOS. EXTIENDE EL LENGUAJE IDL (INTERFACE DEFINITION LANGUAGE) DESARROLLADO POR OMG COMO PARTE DE CORBA (COMMON OBJECT REQUEST BROKER ARCHITECTURE). DEFINE EL OBJETO CON SUS ATRIBUTOS Y PROTOTIPOS DE MTODOS, NO SU IMPLEMENTACIN. NO EST LIGADO A LA SINTAXIS CONCRETA DE UN LENGUAJE DE PROGRAMACIN: DEFINE TIPOS QUE PUEDEN IMPLEMENTARSE EN VARIOS LENGUAJES DE PROGRAMACIN. UN ESQUEMA DE DATOS DE OBJETO ESPECIFICADO EN ODL PUEDE SER SOPORTADO POR CUALQUIER SGBDOO QUE CUMPLA EL ESTNDAR ODMG.
BD ORIENTADAS A OBJETOS 77 BD ORIENTADAS A OBJETOS 78

NOTACIN:
DEFINICIN
DE

NOTACIN:
DEFINICIN
DE
79
80

EJEMPLO 1:
DEFINICIN
DE

EJEMPLO 1:
DEFINICIN
DE
81
82

EJEMPLO 1:
DEFINICIN
DE

EJEMPLO 1:
DEFINICIN
DE
83
84

EJEMPLO 1:
DEFINICIN
DE

EJEMPLO 1:
DEFINICIN
DE
85
86

EJEMPLO 2:
DEFINICIN
DE

EJEMPLO:
DEFINICIN
DE
87
88

EJEMPLO:
DEFINICIN
DE

EJEMPLO:
DEFINICIN
DE
89
90

EJEMPLO:
DEFINICIN
DE

EJEMPLO:
DEFINICIN
DE
91
92

EJEMPLO:
DEFINICIN
DE

EJEMPLO:
DEFINICIN
DE
93
94

EJEMPLO:
DEFINICIN
DE

EJEMPLO:
DEFINICIN
DE
95
96
LENGUAJE DE OBJETOS OQL
CONSULTA
DE
CONSULTA
DE
LENGUAJE DE CONSULTA SOBRE UN MODELO DE DATOS EN ODL. CARACTERSTICAS: SINTAXIS SIMILAR A SQL. PUEDEN INVOCARSE MTODOS. NO PROPORCIONA OPERADORES EXPLCITOS PARA LA MODIFICACIN, SE BASA EN LAS OPERACIONES QUE PARA ESE FIN SE HAYAN DEFINIDO SOBRE LOS OBJETOS. SE CONSULTA SOBRE EL EXTENT NO LA CLASE.
97
98

FORMATO DEL SELECT:
CONSULTA
DE

EJEMPLO:
CONSULTA
DE
99
100
CONSULTA
DE
CONSULTA
DE
EJEMPLO: OBTENER LOS NOMBRES DE LOS DEPARTAMENTOS DE LA ESCUELA DE INGENIERA:
EJEMPLO: RECUPERAR LOS NOMBRES Y APELLIDOS DE LOS ESTUDIANTES TUTORIZADOS POR EL DIRECTOR DEL DPTO. DE INFORMTICA Y LOS TTULOS QUE TIENE CADA UNO:
101
102

EJEMPLO:
CONSULTA
DE

EJEMPLO:
CONSULTA
DE
103
104

EJEMPLO:
CONSULTA
DE

EJEMPLO:
CONSULTA
DE
105
106
DISEO CONCEPTUAL DE BASES DE DATOS DE OBJETOS

DIFERENCIAS ENTRE EL DISEO CONCEPTUAL DE UNA BOO Y UNA BDR UNA DE LAS DIFERENCIAS PRINCIPALES RESIDE EN LA FORMA EN LA QUE SE TRATAN LAS RELACIONES. EN BOO LAS RELACIONES SE SUELEN ESTABLECER MEDIANTE PROPIEDADES DE RELACIN O ATRIBUTOS DE REFERENCIA QUE INCLUYEN OID (IDENTIFICADORES DE OBJETOS) DE LOS OBJETOS RELACIONADOS: PUEDEN CONSIDERARSE REFERENCIAS OID A LOS OBJETOS RELACIONADOS. SE PERMITEN TANTO LAS REFERENCIAS NICAS COMO LAS COLECCIONES DE REFERENCIAS. LAS REFERENCIAS DE UNA RELACIN BINARIA PUEDEN DECLARARSE EN UNA NICA DIRECCIN, O EN AMBAS DIRECCIONES.
107
108

EN BDR LAS RELACIONES ENTRE LAS TUPLAS (REGISTROS) SE ESPECIFICAN MEDIANTE ATRIBUTOS CON VALORES COINCIDENTES: PUEDEN CONSIDERARSE REFERENCIAS DE VALORES Y SE ESPECIFICAN MEDIANTE CLAVES EXTERNAS: QUE SON VALORES DE ATRIBUTOS DE CLAVE PRIMARIA REPETIDOS EN TUPLAS DE LA RELACIN QUE LE HACE REFERENCIA. ESTAS REFERENCIAS ESTN LIMITADAS A TENER UN NICO VALOR EN CADA REGISTRO YA QUE LOS ATRIBUTOS MULTIVALUADOS NO SE PERMITEN EN EL MODELO RELACIONAL BSICO.

LA CORRESPONDENCIA DE RELACIONES BINARIAS QUE CONTIENEN ATRIBUTOS NO RESULTA SENCILLA EN LAS BOO: EL DISEADOR DEBE ELEGIR LA DIRECCIN EN LA QUE DEBERAN INCLUIRSE LOS ATRIBUTOS. SI LOS ATRIBUTOS SE INCLUYEN EN AMBAS DIRECCIONES HABR REDUNDANCIA EN EL ALMACENAMIENTO Y PUEDE DAR LUGAR A DATOS INCONSISTENTES: A VECES ES PREFERIBLE EMPLEAR EL MTODO RELACIONAL DE CREACIN DE UNA TABLA DISTINTA, GENERANDO UNA CLASE DIFERENTE PARA REPRESENTAR LA RELACIN.
109
110

OTRA DIFERENCIA ENTRE EL DISEO DE BDO Y BDR ES EL MODO DE ABORDAR LA HERENCIA: EN UNA BDO, ESTAS ESTRUCTURAS SE INCORPORAN AL MODELO Y LA CORRESPONDENCIA SE CONSIGUE MEDIANTE LA UTILIZACIN DE LOS CONSTRUCTORES DE HERENCIA. EN EL DISEO RELACIONAL HAY VARIAS OPCIONES YA QUE NO EXISTE NINGN ELEMENTO PREDEFINIDO PARA LA HERENCIA EN EL MODELO RELACIONAL BSICO.

OTRA DIFERENCIA IMPORTANTE ES QUE EN EL DISEO DE BDO ES NECESARIO ESPECIFICAR LAS OPERACIONES AL COMIENZO DEL DISEO YA QUE FORMAN PARTE DE LAS ESPECIFICACIONES DE LAS CLASES. ESTO PUEDE RETRASARSE EN EL DISEO DE UNA BDR DADO QUE ELLO NO ES ESTRICTAMENTE NECESARIO HASTA LA FASE DE IMPLEMENTACIN.
111
112
ESTNDAR CORBA PARA OBJETOS DISTRIBUIDOS

QU ES CORBA? CORBA: COMMON OBJECT REQUEST BROKER ARCHITECTURE. ES UNA HERRAMIENTA QUE FACILITA EL DESARROLLO DE APLICACIONES DISTRIBUIDAS EN ENTORNOS HETEROGNEOS (HW Y SW). DISTINTOS SISTEMAS OPERATIVOS (UNIX, WINDOWS, MACOS, OS/2). DISTINTOS PROTOCOLOS DE COMUNICACIN (TCP/IP, IPX, ). DISTINTOS LENGUAJES DE PROGRAMACIN (JAVA, C, C++, ). DEFINE LA INFRAESTRUCTURA PARA LA ARQUITECTURA OMA (OBJECT MANAGEMENT ARCHITECTURE): ESPECIFICA LOS ENTNDARES NECESARIOS PARA LA INVOCACIN DE MTODOS SOBRE OBJETOS EN ENTORNOS HETEROGNEOS.
113

PARA QU SIRVE? PERMITIR INVOCACIN DE MTODOS DE UN OBJETO POR OBJETOS QUE RESIDEN EN DIFERENTES MQUINAS EN ENTORNOS HETEROGNEOS: LOS OBJETOS PUEDEN ESTAR DESARROLLADOS EN DIFERENTES LENGUAJES. LOS EQUIPOS PUEDEN TENER DIFERENTE: HARDWARE. SISTEMA OPERATIVO. LOS EQUIPOS PUEDEN ESTAR CONECTADOS ENTRE S USANDO DISTINTOS PROTOCOLOS DE COMUNICACIN. FACILITAR EL DESARROLLO DE APLICACIONES DISTRIBUIDAS.

HISTORIA OMG (OBJECT MANAGEMENT GROUP): CONSORCIO CREADO EN 1989, PRIMER PRODUCTO: CORBA. INICIALMENTE 8 EMPRESAS (SUN, HP, 3COM,...): HOY: MS DE 800 SOCIOS: PROVEEDORES DE SW Y EQUIPOS, OPERADORES DE TELECOMUNICACIONES, EMPRESAS, UNIVERSIDADES,... HTTP://WWW.OMG.ORG/ OMA (OBJECT MANAGEMENT ARCHICTECTURE): INICIAL: 1990. CORBA (COMMON OBJECT REQUEST BROKER ARQUITECTURE): CORBA 1: 1991. CORBA 2: 1995. CORBA 3: 2002. BD ORIENTADAS A OBJETOS 116
115

CARACTERSTICAS ORIENTADO A OBJETOS: ENCAPSULACIN. HERENCIA. LATE BINDING & POLIMORFISMO.

COMUNICACIN POR INVOCACIN DE MTODOS REMOTOS: MS FCIL DE PROGRAMAR QUE IPC, SOCKETS, RPC, ETC. STUB: REPRESENTANTE LOCAL DEL OBJETO REMOTO. ENCARGADO DE LA COMUNICACIN CON EL OBJETO REMOTO. SKELETON: ENCARGADO DE LA COMUNICACIN CON EL CLIENTE. CLIENTE-SERVIDOR DE GRANO FINO: INTERACCIONES SON DE TIPO CLIENTE-SERVIDOR. PAPELES: MISMA ENTIDAD PUEDE ACTUAR COMO CLIENTE O SERVIDOR.
117
118

SEPARACIN INTERFAZ-IMPLEMENTACIN: LA INTERFAZ DEFINE UN CONTRATO. CORBA IDL (INTERFACE DEFINITION LANGUAGE) MULTI-LENGUAJE: MAPEO IDL LENGUAJES DE PROGRAMACIN. REFERENCIA DE OBJETO: IDENTIFICADOR NICO DE UN OBJETO: COMO UN PUNTERO: PUEDE SER NIL: NO APUNTA A NINGN OBJETO. PUEDE ESTAR COLGANDO: APUNTA A UN OBJETO INALCANZABLE O QUE NO EXISTE. PUEDE SER TRANSIENT O PERSISTENT. PUEDE CONVERTIRSE ENTRE FORMA INTERNAY FORMA CADENA. CORBA 2 IOR (INTEROPERABLE OBJECT REFERENCE): PARA EVITAR CONFLICTOS ENTRE IMPLEMENTACIONES DE DIFERENTES VENDEDORES.

PROTOCOLO ESTNDAR: IIOP: INTERNET INTER-ORB PROTOCOL (IMPLEMENTACIN DEL GIOP). IMPLEMENTADO ENCIMA DE TCP/IP. MODOS DE COMUNICACIN: SNCRONA: INVOCACIN DE MTODOS REMOTOS NORMAL. REPUESTA PUEDE SER DE TIPO VOID. ASNCRONA: INVOCACIN DE MTODOS DEFINIDOS COMO ONEWAY. CORBA 3: AADE SERVICIO DE MENSAJERA (PATRN PUBLISHER-SUBSCRIBER). USO DE ENVOLTURAS (WRAPPERS): PERMITE INTEGRAR LOS SISTEMAS HEREDADOS. NORMALMENTE, UNA SOLA INSTANCIA DE CADA CLASE.

ORB (OBJECT REQUEST BROKER): NCLEO DE CORBA: UN BUS DE SOFTWARE. OCULTA LA HETEROGENEIDAD A LAS DOS PARTES. OCULTA LOS DETALLES DE LA COMUNICACIN A LAS DOS PARTES. PROPORCIONA TRANSPARENCIA DE LOCALIZACIN VIA REFERENCIAS DE OBJETO: INTERPRETA LAS REFERENCIAS DE OBJETO. CANALIZA LAS INVOCACIONES DEL CLIENTE AL OBJETO REMOTO CORRECTO. CANALIZA LAS RESPUESTAS DEL OBJETO REMOTO AL CLIENTE.

PROPORCIONA TRANSPARENCIA DE DISTRIBUCIN: COMPORTAMIENTO IGUAL EN CENTRALIZADO O DISTRIBUIDO. SE OCUPA DE LA ACTIVACIN Y DESACTIVACIN DE OBJETOS. PROPORCIONA SERVICIOS PARA CONSTRUIR PETICIONES DINMICAMENTE.
121
122

CMO FUNCIONA? EL SERVIDOR: CREA OBJETOS REMOTOS. HACE ACCESIBLES REFERENCIAS A OBJETOS REMOTOS. ESPERA A QUE LOS CLIENTES INVOQUEN A ESTOS OBJETOS REMOTOS O A SUS MTODOS. EL CLIENTE: OBTIENE UNA REFERENCIA DE UNO O MS OBJETOS REMOTOS EN EL SERVIDOR. INVOCA A SUS MTODOS.

ELEMENTOS DE LA ARQUITECTURA
123
124

CMO SE REALIZA LA INVOCACIN?

CMO SE RECIBE LA PETICIN?
125
126

CMO SE USA?

OBJECT MANAGEMENT ARCHITECTURE MODELO DE OBJETOS UN SISTEMA DE OBJETOS DE SERVICIOS A CLIENTES: CLIENTE: ENTIDAD CAPAZ DE HACER PETICINDE UN SERVICIO (A UN OBJETO). OBJETO: ENTIDAD IDENTIFICABLE Y ENCAPSULABLEQUE DA SERVICIOS. PETICIN: EVENTO QUE TIENE ASOCIADO OPERACIN, PARMETROS, TARGET OBJECT, CONTEXTO: FORMATO DE UNA PETICIN SE DEFINE POR: UN LENGUAJE DE BINDING. POR UNA LLAMADA DE INVOCACIN DINMICA. REFERENCIA DE UN OBJETO: NOMBRE QUE DENOTA A UN OBJETO EN PARTICULAR. PARMETROS : IDENTIFICADOS POR POSICIN (PUEDEN SER DE TIPO ENTRADA, SALIDA O ENTRADA-SALIDA).
cliente 127
128

OBJECT MANAGEMENT ARCHITECTURE ARQUITECTURA DEL MODELO DE REFERENCIA:

ARQUITECTURA CORBA
129
130

ADAPTADORES DE OBJETOS ESTANDARIZADOS BASIC OBJECT ADAPTER (BOA, 1990): SUB-ESPECIFICADO EL API OFRECIDO DEPENDE DEL VENDEDOR DEL ORB. PORTABLE OBJECT ADAPTER (POA, 1998): PROPSITO PRINCIPAL: PORTABILIDAD: CDIGO DEL SERVIDOR INDEPENDIENTE DE LA IMPLEMENTACIN DEL ORB. ESTNDARIZA UN CONTROL MS FINO DEL ENTORNO DE EJECUCIN DEL SERVIDOR: ACERCAR EL ADAPTADOR DE OBJETOS A LA NOCIN DE CONTENEDOR.
131

Bases de Datos Orientadas A Objetos 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Bases de Datos Orientadas A Objetos 1

Cargado por

Copyright:

Formatos disponibles

BASES DE DATOS ORIENTADAS A OBJETOS

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

CARACTERSTICAS DE LOS SGBDOO

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

MODELO DE DATOS ORIENTADO A OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

ESTNDAR ODMG DEL MODELO DE OBJETOS

LENGUAJE DE OBJETOS ODL

LENGUAJE DE OBJETOS ODL

LENGUAJE DE OBJETOS ODL