Bases distribuidas Un sistema (homogneo) de bases de datos distribuidas en Oracle es una red de dos o ms BD Oracle que residen en uno

o ms servidores de modo que es posible acceder a sus datos como si de una nica BD se tratara. Posee arquitectura cliente/servidor. Cada ordenador en al red es un nodo que pude actuar como cliente, servidor o ambos. El software de red Oracle Net debe ejecutarse en todos los servidores y hace posible la comunicacin entre las BD. Data Base Links Concepto central en las BD distribuidas en ORACLE. Un DB Link define un camino unidireccional desde una BD ORACLE a otra. Un usuario local puede acceder a travs de un link a objetos de esquemas de otros usuarios en BD remotas (siempre que tenga permiso suficiente para hacerlo) como si se tratara de una nica BD. Creacin DB link: CREATE PUBLIC DATABASE LINK nombreLink CONNECT TO usuario IDENTIFIED BY contrasea USING 'nombre de servicio'; Create database link LNK_ORIGEN_DESTINO connect to USUARIO identified by CONTRASEA USING 'instancia-destino'; Crea un link pblico de nombre nombreLink que establece un enlace a una BD remota cuya ubicacin est descrita en el nombre de servicio a travs un usuario y contrasea de dicha BD. REPLICACIN DE BASE DE DATOS EN ORACLE Es el proceso de copiar y mantener objetos de bases de datos como tablas, triggers, ndices, programas en mltiples bases de datos que constituyen una base de datos distribuida. Los cambios aplicados en un sitio son almacenados localmente para posteriormente ser enviados y aplicados al sitio remoto. En una base de datos distribuida, existen datos disponibles en muchos lugares, pero un objeto en particular (una tabla) solo existe en un nodo de la BD. En las bases de datos replicadas en cambio, los datos estn disponibles en muchos lugares, es decir, una tabla puede estar en varios nodos del sistema. Los beneficios para replicar una BD, incluyen disponibilidad, Rendimiento, Computacin desconectada, Reduccin de Carga en la red, entre otras. No sql Cualquier base de datos que NO es relacional. NoSQL es un concepto genrico usado para describir almacenamiento estructurado que no necesita de apoyarse en SQL para ser accesado de manera til. Diseado para resolver problemas especficos Cambia funciones por perfomance

create or replace trigger tr_ingresar_libros before insert on libros for each row begin insert into control values(user,sysdate,'insercion'); end tr_ingresar_libros;

create or replace trigger tr_eliminar_libros before delete on libros for each row begin insert into control values(user,sysdate,'borrado'); end tr_eliminar_libros;

create or replace trigger tr_actualizar_libros before update on libros for each row begin if updating('codigo') then insert into control values(user,sysdate,'codigo'); end if; if updating('titulo') then insert into control values(user,sysdate,'titulo'); end if; if updating('autor') then insert into control values(user,sysdate,'autor'); end if; if updating('editorial') then insert into control values(user,sysdate,'editorial'); end if; if updating('precio') then insert into control values(user,sysdate,'precio'); end if; end tr_actualizar_libros; Las aplicaciones que normalmente desarrollamos son del tipo OLTP (On-Line Transaction Processing o en castellano: Procesamiento de Transacciones en Lnea) En este tipo de aplicaciones se insertan/borran/modifican datos en gran cantidad y ms raramente se los consulta. Como ejemplos tenemos: contabilidad, ventas, facturacin, sueldos, produccin En todos esos casos lo normal es que se inserte una fila (un registro) por cada movimiento ocurrido. Vendimos algo? insertamos una fila en la tabla de ventas. Pagamos sueldo a un empleado? insertamos una fila en la tabla de pagos de sueldos. Eso est muy bien y es lo correcto. Cuando alguien desea ver lo que se vendi o los sueldos que se pagaron con un SELECT se solucionan. Sin embargo, empieza a complicarse cuando las consultas son muchas, ocurren muy frecuentemente y las filas que deben ser procesadas no se cuentan por miles sino por millones, por muchos millones. Imagnate una empresa grande, con sucursales en varios pases, que el ao pasado ha realizado 500.000.000 de ventas o sea que tiene 500.000.000 de facturas en un solo ao.

Si nuestra aplicacin es OLTP entonces cada vez que un usuario desea realizar una consulta a la tabla de ventas tendrn que procesarse 500.000.000 de filas, lo cual es una exageracin y por supuesto que ser muy lento. Dependiendo de la complejidad de lo que el usuario desee y de la velocidad de conexin, tal consulta podra insumir horas, lo cual es totalmente impracticable. Cul es la solucin? Construir aplicaciones OLAP. Qu significa OLAP? Son las siglas de On-Line Analytic Processing o en castellano: Procesamiento Analtico en Lnea. Para qu se usa OLAP? Para consultar los datos que las aplicaciones OLTP guardaron en las bases de datos, las cuales se han vuelto inmensas porque algunas de sus tablas tienen muchos millones de filas. Eso significa que hay relacin entre las aplicaciones OLTP y las aplicaciones OLAP? S, el paradigma funciona de la siguiente manera: Una aplicacin OLTP se encarga de insertar/borrar/modificar las filas que se guardarn en las tablas de una Base de Datos OLTP Un programa agrupa esas filas y el resultado lo guarda en una Base de Datos OLAP Cuando la consulta de un usuario envuelve a tablas pequeas (de pocos miles de filas) se utiliza la Base de Datos OLTP, en cambio cuando envuelve a tablas que en la Base de Datos OLTP tienen millones de filas se usa la Base de Datos OLAP Qu tienen de especial las tablas OLAP? Que no guardan datos individuales sino datos agrupados.