Luis Luna Junior Aguayo Arturo Rossodivita

Noviembre 2005

AGENDA

Introduccion
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusin

El propsito de esta exposicin es comparar la arquitectura general de los DBMS con las arquitecturas de unos momentode disponeDBMS mas dentro tres no los mas programas lleva conocidos en el mbito EsPormas compatible y la que de programas compilados la el como son Postgres, Oracle y Mysql. Un DBMS es el sistema manejador de las bases de datos, el cual se encarga de administrar los accesos, consultas, modificaciones, etc. Realizados en una base de datos.

Noviembre 2005

AGENDA

Arquitectura General
1. Introduccin 2. Arquitectura General - Capa de Aplicacin - Capa Lgica - Capa Fsica 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusin

En todos los sistemas de bases de datos, en el nivel mas alto de abstraccin tiene tres componentes principales: no dispone de programas compilados EsPormas compatible y la que mas programas lleva dentro la el momento

Noviembre 2005

AGENDA

Capa de Aplicacin
1. Introduccin 2. Arquitectura General - Capa de Aplicacin - Capa Lgica - Capa Fsica 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusin

La capa de aplicacin representa la interfaz para todos los usuarios del sistema; esencialmente proporciona no dispone de programaspor dentro cuales el mundo los medios compilados los EsPormas compatible y la que mas programas lleva la el momento exterior puede trabajar con el servidor de la base de datos. Tipos de Usuarios: - Sofisticados - Especializados - Sencillos - Administradores

Noviembre 2005

AGENDA

Capa Lgica
1. Introduccin 2. Arquitectura General - Capa de Aplicacin - Capa Lgica - Capa Fsica 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusin

La funcionalidad de los DBMS se representa en la arquitectura de la capa lgica, es en esta porcin del sistema momento que que de programas compilados en no y la hay una variedad de puestas en EsPormas compatible dispone mas programas lleva dentro la el practicas especificas de cada vendedor. Sin embargo en general existe en muy alto nivel esta compuesto por: - Un procesador de Query - Un Manejador de Transacciones - Un Manejador de Recuperacin - Un manejador de Almacenamiento

Noviembre 2005

AGENDA

Capa Fsica
1. Introduccin 2.Arquitectura General - Capa de Aplicacin - Capa Lgica - Capa Fsica 2. Arquitectura Postgres 3.Arquitectura Oracle 4.Arquitectura Mysql 5.Conclusin

El DBMS es responsable del almacenamiento de una variedad de informacin, que se mantiene el almacenamientolasecundariocompilados se alcanza con el y est EsPormas compatible dispone de programas lleva dentro la el momento no y que mas programas encargado del almacenamiento.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Soporte Tecnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Soporte Tecnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Resumen Historico
PostgreSQL es un servidor de base de datos relacional libre, liberado bajo la licencia BSD. Es una alternativa a otros sistemas de bases de datos de cdigo abierto (como MySQL, Firebird y MaxDB), as como sistemas propietarios como Oracle o DB2. PostgreSQL es el ltimo resultado de una larga evolucin comenzada con el proyecto Ingres en la Universidad de Berkeley. El lder del proyecto, Michael Stonebraker abandon Berkeley para comercializar Ingres en 1982, El proyecto resultante, llamado Postgres, era orientado a introducir la menor cantidad posible de funcionalidades para completar el soporte de tipos. A pesar de que el proyecto Postgres hubiese finalizado oficialmente, la licencia BSD bajo la cual Postgres haba sido liberado permiti a desarrolladores de cdigo abierto el obtener una copia del cdigo para continuar su desarrollo. La empresa Pervasive que comercializa su motor propietario PervasiveSQL, actualmente tambin distribuye una versin libre basada en PostgreSQL.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura Total del PostgreSQL

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura Total
1) Libpq son responsables de manejar la comunicacin con los procesos del cliente: establecer la conexin al postmaster. obtencin del hilo de rosca del servidor del postgre para la sesin operacional. 2) El Servidor se compone de dos subsistemas: el postmaster y el servidor del postgre. El Postmaster es responsable de aceptar la peticin de conexin entrante del cliente, de realizar control de la autentificacin y de acceso en la peticin del cliente, y de establecer a cliente a la comunicacin del servidor del postgre. El servidor del Postgre maneja todos los querys y comandos del cliente. 3) El Store Manager es responsable de la gestin de la memoria externa general y control de recurso en el back-end, incluyendo la gerencia de almacenador intermediario compartida, de la gerencia de archivo, del control de la consistencia y del encargado de la cerradura.
Noviembre 2005

AGENDA
1. Introduccin

Control de Concurrencia

Los hilos de rosca mltiples del PostgreSQL se pueden ejecutar concurrentemente teniendo acceso a un almacenaje 2.Arquitectura General de datos compartido. 3.PostgreSQL En PostgreSQL, los lectores no bloquean a escritores y - Historia - Arquitectura los escritores no bloquean a lectores. Un escritor bloquea - Arquitectura Total solamente a escritor si estn escribiendo a la misma entrada - Control de Concurrencia de datos. - Ventajas y Mejoras - Soporte Tcnico En el caso antedicho, PostgreSQL proporciona dos soluciones (basadas en estndar de la ISO SQL): ledo 2.Arquitectura Oracle confiado y serializable. 3.Arquitectura Mysql En el caso de ledo confiado, el escritor leer los nuevos valores antes de realizar su escribe la operacin. 4.Conclusin En el caso de serializable, el escritor abortar si se ha modificado el valor de los datos desde que comenz su transaccin.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Subsistemas del servidor

El Host del servidor de PostgreSQL consisten en gran parte dos porciones: Postmaster y Postgres. Cuando un cliente (front-end) enva una peticin para tener acceso a la base de datos en el servidor, el postmaster del servidor crea un nuevo proceso del servidor, llamado los postgres, que se comunica directamente con el cliente. Por lo tanto, el postmaster esta siempre en funcionamiento, esperando peticiones de un cliente, mientras que los postgres, que son procesos, comienzan y paran por el requerimiento de clientes. Despus de que se establezca una conexin, el proceso del cliente puede enviar una pregunta en forma llana del texto al back-end. No hay anlisis hecho en el front-end. El servidor despus analiza la pregunta, crea un plan de la ejecucin, ejecuta el plan, y transmite los tuples recuperados al excedente del cliente la conexin establecida.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura del procesador de Query/Command

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General

Arquitectura Conceptual del servidor de PostgreSQL

1) El Parser chequea primero el query transmitido por el programa de uso para el sintaxis vlido. Si la sintaxis est correcta, un rbol del anlisis se acumula y se devuelve; si no, se vuelve un error. Entonces, el rbol del anlisis se transforma en la frmula interna usada por la base de datos back-end.

3.PostgreSQL - Historia - Arquitectura 2) El Trafic cop identifica el query como una pregunta para uso - Arquitectura Total general o pregunta ms compleja. Estas preguntas se envan a la etapa - Subsistemas del Servidor siguiente (es decir Rewriter.) Las preguntas para uso general se envan - Arquitectura del Servidor

a los comandos para uso general.

- Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

3) El Utility Commands manejan los querys que no requieren la direccin compleja. El vaco, copia, altera, crea la tabla, crea el tipo, y muchos otros son dirigidos por los comandos para uso general. 4) El Query Rewriter es un subsistema entre el Parser y el Planer. Procesa el rbol del anlisis pasado por el Trafic Cop y, aplicando cualquier regla aplicable en presente, reescribe el rbol a una forma alternativa.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura Conceptual del servidor de PostgreSQL

5) El Planer proporciona un plan ptimo de la ejecucin para una pregunta dada. La idea bsica del planificador es seleccin costeestimar-basada del mejor plan para un query. Primero combina todas las maneras posibles de la exploracin y de ensamblar las relaciones que aparecen en una pregunta. Todas las trayectorias creadas conducen al mismo resultado y el planificador estima el coste de ejecutar cada trayectoria. Despus de todo, elige la trayectoria ms barata de todos y pasa al ejecutor. 6) El Ejecutor toma el plan pasado detrs por el planificador y comienza a procesar el nodo superior. Ejecuta un rbol del plan, que es una red canalizada del demand-pull de nodos de proceso. Cada nodo produce el tuple siguiente en su secuencia de la salida cada vez que se llama. En contraste, los nodos del Upper-level son exploraciones de tablas fsicas, las exploraciones secuenciales o las exploraciones del ndice. El ejecutor hace uso el sistema del almacenaje mientras que explora relaciones, realiza clases y ensambla, evala calificaciones y finalmente da detrs los tuples derivados.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Arquitectura del Query/comamand - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura de la Utilidad de Query/Command

1) Catlogo: proporciona la manipulacin del catlogo del sistema, y contiene las rutinas de la creacin y de la manipulacin para todos los aspectos del sistema de catlogo, tales como tabla, ndice, procedimiento, operador, tipo, agregado, etc. El mdulo del catlogo es utilizado por todos los subsistemas del back-end. 2) Acceso: define el acceso de los datos para el montn, los ndices y las transacciones. Su funcin es tres dobleces: proporciona los datos comunes que tienen acceso a rutinas proporciona los datos que tiene acceso a la estructura en la forma de hash, heap, ndice, btree, etc.; actua como encargado de la fase durante transacciones. El mdulo del acceso es utilizado por todos los subsistemas del back-end.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Arquitectura del Query/comamand - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura De la Utilidad De Query/Command

3) Nodos: el mdulo de nodes/lists define la creacin y la manipulacin de los nodos y de las listas, que son envases de peticin y de datos durante el proceso de la pregunta. El submdulo de nodes/lists es utilizado por todos los subsistemas del back-end excepto poli del trfico. 4) Utils: los utils proporcionan varias utilidades al back-end, tal como inicializacin, rutinas de la clase, registro de errores, rutinas del hash, etc. Es alcanzado extensamente por todos los subsistemas del back-end. 5) Bootstraps: se utiliza el mdulo del Bootstraps cuando PostgreSQL est funcionando por primera vez en un sistema. Se requiere este mdulo porque el postgreSQL ordena comnmente la tabla de los datos del acceso. Tales tablas de los datos no existen cuando Postgre se funciona para la primera vez.

Noviembre 2005

AGENDA
1. Introduccin

Sistema de Catalogo

PostgreSQL utiliza catlogos a un grado y a un contexto 2.Arquitectura General mucho mayores que el otro DBMSes. 3.PostgreSQL PostgreSQL utiliza no solamente catlogos para definir las - Historia tablas, pero tambin aplicaciones l de describir datatypes, - Arquitectura funciones, operadores, el etc. - Arquitectura Total - Subsistemas del Servidor Esta caracterstica proporciona extensibilidad y control - Arquitectura del Servidor mucho mayores del usuario. Los datatypes definidos usuario - Arquitectura se utilizan para asociar los nuevos artculos de datos Query/comamand particulares a las bases de datos especializadas; - Sistema de Catalogo Las funciones definidas usuario pueden ser funciones - Ventajas y Mejoras estndares o funciones agregadas; Los operadores definidos - Soporte Tcnico usuario pueden ser utilizados en expresiones como expresin estndar. Todos los artculos del catlogo se mantienen y 2.Arquitectura Oracle estn alcanzados va el subsistema del catlogo, 3.Arquitectura Mysql proporcionando una organizacin uniforme.
4.Conclusin
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitetura Total - Subsistemas del Servidor - Almacenamiento - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura Del Encargado Del Almacenaje Proporciona el acceso uniforme del almacenaje de datos para el back-end. Solamente un mdulo del almacenaje es activo en un servidor de PostgreSQL. La funcionalidad del mdulo del almacenaje incluye: Proporcione el almacenador intermediario compartido de la memoria y del disco, Media el acceso al encargado del archivo del ncleo Proporcione los semforos y archive las cerraduras. El mdulo del almacenaje es utilizado por reescritura y el mdulo de la generacin de la trayectoria y el mdulo de comando. PostgreSQL utiliza no-sobreescribir a la gestin de la memoria externa,
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura del Manejador de Almacenamiento

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Arquitectura del Manejador de Almacenamiento File Manager: proporciona la gerencia de archivos generales y de archivos protegidos grandes. Buffer Manager: proporciona la gerencia de almacenadores intermediarios compartidos. Page Manager: algoritmo DE LRU de las aplicaciones para manejar las pginas. Lock Manager: proporciona cerradurasde tipo lectura y escritura para alcanzar consistencia. IPC: realiza la sincronizacin del escondrijo. Disk Manager: proporciona el interfaz para storage/disk fsico.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Flujos de los Query - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Flujo de Trabajo del Query

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Flujos de los Query - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Flujo de Trabajo de los Querys 1) la secuencia de la Query del SQL se convierte en un rbol del Query . 2) El rbol del Query es modificado por el rewriter de la manera siguiente: el rewriter mira para arriba palabras claves en el rbol del Query y las ampla con la definicin proporcionada. (El cuadro 5 flujo del trabajo de
la Query )

3) Las tomas del Planer en modificado analiza el rbol, genera todas las trayectorias posibles de la Query . El Planer despus evala las trayectorias para determinar la trayectoria ptima y establece un plan del Query para esta trayectoria. 4) El plan del Query se transforma en una serie de Query ejecutables del SQL y se procesa para obtener resultados.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 2.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

A R Q U I T E C T U R A PostgreSQL

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Ventajas y Mejoras del PostgreSQL

Una ayuda mejor que los vendedores propietarios Ahorro significativo en proveer de personal costes Extensible Plataforma cruzada Diseado para los ambientes del alto volumen

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Caracteristicas Tecnicas - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Caractersticas Tcnicas
Compilador ACID Completo Compilador ANSI SQL Rplica (soluciones no comerciales y comerciales) que permite la duplicacin de la base de datos principal a las mquinas auxiliares mltiples. Interfaces naturales para ODBC, JDBC, C, C++, PHP, Perl, TCL, ECPG, Python, and Ruby Soporte natural para SSL Lenguaje Procedimental Hot Stand-by (soluciones comerciales) ndices funcionales y parciales. Autentificacin natural para Kerberos Soporte para consultas UNION, UNION ALL y EXCEPT Soporte para cargar Extenciones de tipo SHA1, MD5, XML y otras funcionalidades
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 2.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Caracteristicas Tecnicas - Soporte Tcnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Soporte Tecnico Pervasive proporciona una empresa para el soporte tecnico de los consumidores, proveiendo de usuarios y los reveladores un recurso profesional para proporcionar la localizacin de averas, direccin del revelador, y mitigacin del riesgo. Deje que el Premiado equipo de soporte de Pervasive lo ayude a alcanzar el xito con su Pervasive PostgreSQL. La ayuda es vendida por la suscripcin anual. Las suscripciones de la ayuda se ofrecen en varios niveles dependiendo de la necesidad de usted, el cliente

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General

Soporte Tecnico
Postgres Silver Support El Soporte de Nivel Silver ayuda a los clientes a resolver problemas con su Servidor de Base de Datos Pervasive Postgres. El Nivel Silver se apunta en los clientes que utilizan la base de datos en ambientes no-crticos Disponible durante las horas de oficina estndares

3.PostgreSQL - Historia Our Price: $1,999.00 - Arquitectura - Ventajas y Mejoras Postgres Gold Support - Caracteristicas Tecnicas El Soporte de Nivel Gold se apunta en los clientes que utilizan la base de - Soporte Tecnico datos en ambientes crticos 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin

Disponible durante las horas de oficina estndares

Our Price: $2,999.00

Postgres Platinum Support Asi como el soporte Silver y Gold, el soporte Platino ayuda a un cliente a resolver cualquier problema con su servidor Perasive Postgres. Adems de las caractersticas del soporte Silver y Gold, el soporte Platino agrega la cobertura 24x7 para las ediciones crticas, proveiendo de clientes la confianza para desplegar Perasive Postgres en sus ambientes crticos de la misin.

Our Price: $4,999.00

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL - Historia Silver - Arquitectura - Ventajas y Mejoras - Caracteristicas Tecnicas - Soporte Tecnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusin
Platinum Gold

Soporte Tecnico
Niveles Soporte para Usuarios Terminales Contrato de Soporte Tecnico por 12-meses Dos contactos nombrados (es decir su organizacin puede nombrar a 2 empleados en su sitio de la compaa que se autoricen a entrar en contacto con Peracive para la ayuda. Tiempos de reaccin mximos sobre horas de oficina: 6 (crtico) y 24 (no crtico)

Contrato de Soporte Tecnico por 12-meses 5 Contactos Certificados Tiempos de reaccin mximos sobre horas de oficina: 2 (crtico) y 12 (no crtico)

Contrato de Soporte Tecnico por 12-meses 10 Contactos Certificados Acceso Directo al Backline soporte 24/7 para las ediciones crticas sin un solo punto de la falta con 24/7 servicio que enva (6 niveles de escalada durante no horas de oficina) Tiempos de reaccin mximos sobre horas de oficina: 1 (crtico) y 6 (no crtico)

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle 5.Arquitectura Mysql 6.Conclusin

INTRODUCCION Todo el mundo puede conducir un automvil, sin necesidad de conocer cmo funciona un motor de combustin interna y todos los subsistemas asociados a l. Pero hay ciertos conceptos como aprovechamiento de la potencia, compresin, endurecimiento de la suspensin, motricidad, etc., le sern ajenos y nunca podr sacar lo mejor del automvil. Y si tiene algn problema se quedar tirado en la carretera. A continuacin se abordara la arquitectura del SGBD Oracle y da una visin lo suficientemente profunda del mismo como para que podamos entender cmo funciona.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura - Bases de Datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

Historia Oracle surge a finales de los 70 bajo el nombre de Relational Software a partir de un estudio sobre SGBD de George Koch. Computer World defini este estudio como uno de los ms completos jams escritos sobre bases de datos. Este artculo inclua una comparativa de productos que elega a Relational Software como el ms completo desde el punto de vista tcnico. Esto se deba a que usaba la filosofa de las bases de datos relacionales, algo que por aquella poca era todava desconocido.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de Datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

ORACLE Oracle es un sistema de administracin de base de datos (o RDBMS), fabricado por Oracle Corporation. Se considera a Oracle como uno de los sistemas de bases de datos ms completos, destacando su: Soporte de transacciones. Estabilidad. Escalabilidad. Es multiplataforma. Su mayor defecto es su enorme precio, que es de varios miles de euros (segn versiones y licencias). Otro aspecto que ha sido criticado por algunos especialistas es la seguridad de la plataforma, y las polticas de suministro de parches de seguridad
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

ARQUITECTURA ORACLE Cada servidor de Oracle est constituido por una BD y una instancia. Estructura lgica: compuesta por tablespaces y un conjunto de objetos (tablas,vistas,ndices...). Estructura fsica: tres tipos de ficheros: ficheros de datos, ficheros de rehacer ficheros de control. Una instancia es el conjunto de estructuras de memoria (SGA) y procesos: Procesos de usuario: Ejecutan el cdigo de una aplicacin. Procesos de Oracle: Atienden a los procesos de usuario y realizan el mantenimiento de la BD.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

BASES DE DATOS

Una Base de Datos Oracle est almacenada fsicamente en ficheros, y la correspondencia entre los ficheros y las tablas es posible gracias a las estructuras internas de la BD, que permiten diferentes tipos de datos estn almacenados, pero fsicamente separados. Est divisin lgica se hace gracias a los espacios de tablas, tablespaces.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

ESPACIOS DE TABLAS Cada BD tiene al menos uno (SYSTEM) Los espacios de tablas se utilizan para mantener juntos los datos de usuarios o de aplicaciones para facilitar su mantenimiento o mejorar las prestaciones del sistema. De esta manera, cuando se crea una tabla se debe indicar el espacio de tablas al que se destina. Este espacio de tablas es el que contiene el diccionario de datos, por lo que conviene reservarlo para el uso del servidor, y asignar las tablas de usuario a otro. Lo razonable y aconsejable es que cada aplicacin tenga su propio espacio de tablas.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

Hay varias razones que justifican que este modo de organizacin de las tablas esten en espacios de tablas: Un espacio de tablas puede quedarse offline debido a un fallo de disco, permitiendo que el SGBD contine funcionando con el resto. Permiten distribuir a nivel lgico/fsico los distintos objetos de las aplicaciones. Son una unidad lgica de almacenamiento, pueden usarse para aislar completamente los datos de diferentes aplicaciones. Oracle permite realizar operaciones de backup/recovery a nivel de espacio de tabla mientras la BD sigue funcionando.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

Si este espaci de tabla inicial se ha quedado pequeo Oracle puede gestionar el crecimiento dinmico de los ficheros sobre los que se asientan los espacios de tablas. Los parmetros de crecimiento del tamao de los espacios de tablas se especifican en la creacin de los mismos. Dentro de cada espacio de tabla se pueden almacenar objetos de distinta naturaleza: tablas, ndices, etc. Pero no se pueden mezclar as no ms. Un segmento est constituido por un conjunto de extensiones, que no son ms que grupos de bloques de disco ORACLE contiguos. Cuando se borra un segmento, el espacio es devuelto al espacio de tabla.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

Todos los datos de la BD estn almacenados en segmentos. Y existen 5 tipos de segmentos: de datos de ndices: permiten un acceso rpido a los datos dependiendo de la cantidad de los mismos de rollback: son objetos internos de la BD que permiten efectuar la restauracin de las transacciones no validadas asegurando la consistencia de la BD. temporales de bootstrap: Se crea en SYSTEM y contiene definiciones del diccionario para sus tablas, que se cargan al abrir la BD. No requiere ninguna accin por parte del DBA (Administrador de la BD)
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

FICHEROS Cada espacio de tablas se compone de uno o ms ficheros en disco. Un fichero puede pertenecer slo a un espacio de tablas. INSTANCIAS Una instancia de BD es el conjunto de estructuras de memoria y de procesos que acceden a los ficheros de datos. Los parmetros que determinan el tamao y composicin de una instancia estn almacenados en un fichero llamado init.ora. Este fichero es leido durante el arranque de la BD y puede ser modificado por el DBA.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

La Arquitectura de la BD Oracle pueden ser divididas en tres clases: Aquellas que son internas a la BD Aquellas que son internas a las reas de memoria (incluidas la memoria compartida y procesos) Aquellas que son externas a la BD.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 6.Conclusin

Estructuras Internas de la BD Tablas, Columnas y Filas Los datos son almacenados en la BD utilizando tablas. Registros y Atributos Las tablas propiedad del usuario SYS son llamadas tablas del diccionario de datos. Proveen el catlogo del sistema que permite que la BD se gestione a s misma. Restricciones de Tablas -Clave primaria (PRIMARY KEY) -Valor nulo no admitido (NOT NULL) -Valor por omisin (DEFAULT). -Clave ajena (FOREIGN KEY).

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 6.Conclusin

Usuarios Una cuenta de usuario no es una estructura fsica de la BD, pero est relacionada con los objetos de la BD: los usuarios poseen los objetos de la BD. Existen dos usuarios especiales: SYS y SYSTEM. ndices Un ndice es una estructura de la BD utilizada para agilizar el acceso a una fila de una tabla. Los ndices se crean automticamente cuando se define una restriccin UNIQUE o PRIMARY KEY. Vistas -Se define como una consulta y es tratada como una tabla. -Una vista no almacena datos, slo se almacena la consulta que la define.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 6.Conclusin

Procedimientos y Funciones Un procedimiento es un bloque de cdigo PL/SQL, que se almacena en el diccionario de datos y que es llamado por las aplicaciones. Se pueden utilizar para implementar seguridad, no dando acceso directamente a determinadas tablas. Paquetes Se utilizan para agrupar procedimientos y funciones. Los elementos dentro de los paquetes pueden ser pblicos o privados. Disparadores Se pueden utilizar para mejorar y reforzar la integridad y la seguridad de la BD.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 6.Conclusin

Privilegios y Roles Ejemplos de privilegios son INSERT, SELECT, UPDATE, EXECUTE, etc. Los privilegios se pueden otorgar a un rol, y los roles pueden ser otorgados a mltiples usuarios. Segmentos, Extensiones y Bloques Los segmentos son los equivalentes fsicos de los objetos que almacenan datos. Un segmento est constituido por secciones llamadas extensiones, que son conjuntos contiguos de bloques Oracle Segmento de Rollback Oracle debe tener un mecanismo para reconstruir la imgen previa a una transaccin incompleta.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas - Estructuras de memoria Internas 5.Arquitectura Mysql 6.Conclusin

Estructuras de Memoria Internas Oracle mantiene dos estructuras principales de memoria: el rea Global de Programa (Program Global Area), PGA; y el rea Global del Sistema, (System Global Area) SGA. El PGA es la zona de memoria de cada proceso Oracle. No est compartida y contiene datos e informacin de control de un nico proceso. El SGA es la zona de memoria en la que la BD Oracle guarda informacin sobre su estado. Esta estructura de memoria est disponible para todos los procesos, por eso se dice que est compartida.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas - Estructuras de memoria Internas 5.Arquitectura Mysql 6.Conclusin

rea Global del Sistema, SGA Buffers de BD, Database Buffer Cache Es el cach que almacena los bloques de datos leidos, tales como tablas, ndices y clusters. Los bloques modificados se llamas bloques sucios. Buffer Redo Log Los registros Redo describen los cmbios realizados en la BD y son escritos en los ficheros redo log para que puedan ser utilizados en las operaciones de recuperacin de la BD. Pero antes de ser escritos en los ficheros redo log son escritos en un cach de la SGA llamado redo log buffer.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas - Estructuras de memoria Internas 5.Arquitectura Mysql 6.Conclusin

rea de SQL Compartido, Shared SQL Pool En esta zona se encuentran las sentencias SQL que han sido analizadas. El analisis sintctico (error de escritura en los queries) de las sentencias SQL lleva su tiempo y Oracle mantiene las estructuras asociadas a cada sentencia SQL analizada durante el tiempo que pueda para ver si puede reutilizarlas (que quiere decir esto si ya las tiene en memoria no hace falta buscar dicha sentencia si no reutilizar la que esta en la zona de SQL compartido). Antes de analizar una sentencia SQL, Oracle mira a ver si encuentra otra sentencia exactamente igual en la zona de SQL compartido.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas - Estructuras de memoria Internas - Estructuras de Proc 5.Arquitectura Mysql 6.Conclusin

rea Global de Programa El Program Global Area es un rea de memoria utilizada por un proceso Oracle. Esta zona de memoria no se puede compartir.

Estructuras de Proceso El servidor se vale de una serie de procesos que son el enlace entre las estructuras fsicas y de memoria, continuacin se describen cada proceso y el papel que juega en la gestin de la BD.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas - Estructuras de memoria Internas - Estructuras de Proc 5.Arquitectura Mysql 6.Conclusin

Los Procesos que gestionan los recursos de la BD :

Escritor de la BD (DBWR). Escritor de registros (LGWR). Punto de control (CKPT). Supervisor del sistema (SMON). Supervisor del proceso (PMON). Archivador (ARCH). Recuperador (RECO). Bloqueo (LCK). Despachador (Dnnn).

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas - Estructuras de memoria Internas - Estructuras de Proces - Estructuras Externas

Estructuras Externas Por estructuras externas se entienden los ficheros que utiliza el servidor de BD. Estos ficheros guardan informacin tanto de los datos almacenados en la BD como la necesaria para gobernar la propia BD. Ficheros de la BD En estos ficheros reside la informacin de la BD Ficheros redo log En ellos se graba toda operacin que se efectue en la BD y sirven de salvaguarda de la misma

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas - Estructuras de memoria Internas - Estructuras de Proces - Estructuras Externas

Ficheros de control Mantienen la informacin fsica de todos los ficheros que forman la BD, con su camino incluido; as como el estado actual de la BD. El Fichero INIT.ORA Oracle provee de un fichero de parmetros de inicializacin llamado init.ora. Este fichero contiene los parmetros del sistema Oracle y debe ser utilizado por el DBA para configurar el SGDB y adecuarlo a una determinada explotacin.

Noviembre 2005

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

REQUERIMIENTOS DEL SISTEMA Estacion de Trabajo: Procesador Pentium 166 MHz o Superior Minimo 128 Mb RAM*, 1 Gb Disco Duro Entre 298 y 587 Mb disponible de espacio en disco, dependiendo de la opcion que escoja Sistema Operativo: Windows NT 4.0, Windows 2000, Windows98 or Windows95 Para una cuenta de Servidor: Minimo 64 Mb RAM, de los cuales 32 Mb estarn disponibles para el System Global Area (SGA) Aproximadamente 140 Mb en el SYSTEM tablespace para los paquetes del repositorio, procedimeintos y vistas entre 20 y 325 Mb en otras tablespaces, para los datos del repositorio
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

LICENCIA ORACLE

Licencia Oracle para estudiantes por 5.000 pesetas Por el dinero que un joven se gasta en un fin de semana, alrededor de 5.000 pesetas, ofrecemos a los universitarios espaoles la posibilidad de adquirir la licencia de su base de datos y de las herramientas de desarrollo sta es la iniciativa de Oracle para los estudiantes que deseen obtener un CD-ROM con la base de datos Personal Oracle7 y las herramientas de desarrollo Oracle Developer/2000.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3.PostgreSQL 4.Arquitectura Oracle - Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql 6.Conclusin

ORACLE EN EL MUNDO Esta compaa se ubic en 1995 en el segundo lugar como compaa ms admirada de software y servicios, situndose Microsoft en la primera posicin. A lo largo de los ltimos diez aos, la compaa ha experimentado un crecimiento sostenido, con una media de crecimiento anual del orden del 20 al 30%. En lo que respecta a las ganancias, y durante su ltimo ao fiscal, Oracle oscil el 50%, posicionndose por encima de Intel, Motorola, Microsoft, HP, Apple, Sun, IBM y Novell. Una de las especialidades de esta compaa de software, es la creacin de los sistemas de facturacin para grandes volmenes de informacin, tales como los usados por las compaas telefnicas, de gas, de electricidad, etc., para la cobranza de sus servicios. Entre los prximos proyectos de esta compaa, se destaca la reestructuracin del Banco de Previsin Social junto con la compaa IBM.
Noviembre 2005

AGENDA

MySQL
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

Inicialmente, MySQL careca de elementos considerados esenciales en las bases de datos, tales como masmomento no dispone de programas compilados pesar e ello atajo a seguridad, integridad, etc. A EsPor el compatible y la que mas programas lleva dentro la los desarrolladores web por su somplicidad. La licencia GPL de MySQL obliga a distribuir cualquier producto derivado bajo esa misma licencia. Si un desarrollador desea incorporar MySQL en su producto pero no desea distribuirlo bajo licencia GPL, puede adquirir la licencia comercial de MySQL que le permite hacer justamente eso.

Noviembre 2005

AGENDA

MySQL
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

Capa de Aplicacin: La capa de aplicacion de MySQL es donde los clientes momento no dispone de programas compilados y los usuarios obran recprocamente con el EsPormas compatible y la que mas programas lleva dentro la el MySQL RDBMS. Hay tres componentes en esta capa como puede ser visto en el diagrama acodado de la arquitectura de MySQL en el cuadro 3. Estos componentes ilustran las diversas clases de usuarios que puedan obrar recprocamente con el MySQL RDBMS, que son los administradores, los clientes y los usuarios de la pregunta. Los administradores utilizan el interfaz y las utilidades administrativos

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

MySQL
Capa Lgica: Fue encontrado que MySQL tiene de hecho una arquitectura lgica que sea virtualmente idntica a la que esta' representada en el cuadro 2. La seccin siguiente detalla estos EsPormas compatible y la que mas programas lleva dentro la el momento no subsistemas y lasdispone de programas compilados de ellas. interacciones dentro Procesador QUERY La mayora extensa de interacciones en el sistema ocurre cuando un usuario desea visin o manipular los datos subyacentes en el almacenaje . Precompiler Encajado de DML Cuando una peticin se recibe de un cliente en la capa de uso, es la responsabilidad del precompiler encajado de DML (lengua de manipulacin de datos) extraer las declaraciones relevantes del SQL encajadas en los comandos del API del cliente, o traducir al cliente ordena en las declaraciones correspondientes del SQL.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

MySQL
Recopilador de DDL Las peticiones de tener acceso a las bases de datos de MySQL recibidas de un administrador son procesadas por el recopilador de DDL (idioma de definicin de datos). El recopilador de DDL compila los Escomandos no disponeson programas lleva dentro del SQL) de obrar (que mas declaraciones Pormas compatible y la que de programas compilados la el momento recprocamente directamente con la base de datos. El administrador y las utilidades administrativas no exponen un interfaz, y por lo tanto se ejecutan directamente al servidor de MySQL. Por lo tanto, el precompiler encajado de DML no lo procesa, y ste explica la necesidad de un recopilador de DDL. Programa de anlisis de Query El paso siguiente implica el analizar de la pregunta de MySQL. En esta etapa, el objetivo del programa de anlisis de la pregunta es crear una estructura arborescente del anlisis basada en la pregunta para poderla entender fcilmente por los otros componentes ms adelante en la tubera.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

MySQL
Preprocesador Query La pregunta analiza el rbol, segn lo obtenido del programa de anlisis de la pregunta, despus es utilizada por el preprocesador de la pregunta comprobar el sintaxis del SQL y comprobar la semntica de la preguntacompatible dispone de programas compilados la pregunta es vlida. de MySQL para determinarse si EsPormas la el momento no y la que mas programas lleva dentro Encargado De Security/Integration Una vez que la pregunta de MySQL se juzgue para ser vlida, el servidor de MySQL necesita comprobar el Access Control List para saber si hay el cliente. Optimizador De Query MySQL utiliza el optimizador de la pregunta para ejecutar preguntas del SQL tan rpidamente como sea posible. Consecuentemente, sta es la razn por la que el funcionamiento de MySQL es rpido comparado al otro RDBMS. La tarea del optimizador de la pregunta de MySQL es analizar la pregunta procesada para considerar si puede aprovecharse de algunas optimizaciones que permitan que procese la pregunta ms rpidamente
Noviembre 2005

Es Es mas compatible ycompatible y laprogramas lleva dentro dentro la la mas Es la mas la que mas programas lleva dentro lleva compatible y la que mas que mas programas

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

MySQL
Motor De la Ejecucin Una vez que el optimizador de la pregunta de MySQL haya optimizado la pregunta de MySQL, la pregunta se puede entonces ejecutar contra la base de datos. Esto es realizada por el motor de la ejecucin de la pregunta, que despus procede a ejecutar las declaraciones delnoSQL yde programas compilados capa fsica de la base de EsPormas compatible dispone mas programas lleva dentro la el momento y la que tiene acceso a la datos de MySQL Gestor de transacciones En fecha la versin MySQL 4.0.x, ayuda fue agregado para las transacciones en MySQL. Una transaccin es una sola unidad del trabajo que tiene unos o ms comandos de MySQL en ella. El gestor de transacciones es responsable de cerciorarse de que la transaccin est registrada y ejecutada atmico. Encargado Del Control Concurrencia apropiados de datos en la base de datos del encargado de recurso. Una vez que se adquiera la cerradura, slo las operaciones en una transaccin pueden manipular los datos. Si una diversa transaccin intenta manipular los mismos datos bloqueados, el encargado del concurrencia-control rechaza la peticin hasta que la primera transaccin es completa.

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

MySQL
Gerencia De Recuperacin
Encargado Del Registro El encargado del registro es responsable de registrar la operacin de e mismo ejecutada en la base de datos. Hace tan almacenando el disco del entrar a travs del encargado del almacenador intermediario. Es la mas compatible y la que mas programas lleva dentro Las operaciones en el registro se almacenan como comandos de MySQL. As, en el caso de un fallo del sistema, ejecutar cada comando en el registro traer detrs la base de datos a su estado estable pasado. Encargado De la Recuperacin El encargado de la recuperacin es responsable de restaurar la base de datos a su estado estable pasado. Hace tan usando el registro para la base de datos, que se adquiere del encargado del almacenador intermediario, y ejecutando cada operacin en el registro. Desde los registros del encargado del registro todas las operaciones realizadas en la base de datos (del principio de la vida de la base de datos), ejecutando cada comando en el fichero de diario recuperaran la base de datos a su estado estable pasado.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

MySQL
Gestin de la memoria externa El almacenaje se hace fsicamente en un cierto tipo de almacenaje secundario, no obstante el acceso dinmico de este medio no es prctico. As, todo el trabajo se hace a travs de un nmero de almacenadores intermediarios. Los almacenadores intermediarios residen mas compatible y la que mas programas lleva dentro son manejados por un Es la en memoria principal y virtual y encargado del almacenador intermediario. Este encargado trabaja conjuntamente con dos otras entidades del encargado relacionadas con el almacenaje: el encargado de recurso y el encargado del almacenaje. Encargado Del Almacenaje En el nivel ms bajo existe el encargado del almacenaje. El papel del encargado del almacenaje es mediar peticiones entre el encargado del almacenador intermediario y el almacenaje secundario. El encargado del almacenaje hace peticiones a travs del regulador de disco subyacente (y a veces del sistema operativo) de recuperar datos del disco fsico y los divulga de nuevo al encargado del almacenador intermediario.
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

MySQL
Encargado Del Buffer El papel del encargado del almacenador intermediario es asignar los recursos de la memoria para el uso de la visin y los datos de la manipulacin. El encargado del almacenador intermediario toma en peticiones ajustadas a formato y decide cunto memoria a asignar por almacenador intermediario y cuntalleva dentro Es la mas compatible y la que mas programas almacenadores intermediarios a asignar por la peticin. Todas las peticiones se hacen del encargado de recurso. Encargado De Recurso El propsito del encargado de recurso es aceptar peticiones del motor de la ejecucin, puesto les en peticiones de la tabla, y solicita las tablas del encargado del almacenador intermediario. El encargado de recurso recibe referencias a los datos dentro de la memoria del encargado del almacenador intermediario y vuelve estos datos a las capas superiores

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL - Ventajas - Desventajas 6. Conclusin

Ventanas de MySQL:
- Por ser cliente servidor puedes crear respaldos sin tener que cerrar todas los objetos bloqueados por usuarios, si sera multiusuario ni le pienses mas. - Access no soporta tablas de mas de 4GB, MySQL hasta de 1 Terabyte. EsPormas compatible dispone de programas compilados la el momento no y la que mas programas lleva dentro - Es multiplataforma. - Hay muchos mas ejemplos de acceso a la BD con JSP o Servlets en la red - Configuracion es simple. - Aprovecha la potencia de sistemas multiprocesador,gracias a su implementacion de multihilos,lo cual lo hace una base de datos muy veloz. - Soporta gran cantidad de tipos de datos para las columnas - Dispone de APIS de gran cantidad de lenguajes(php, c++,perl,java) - Gran compatibilidad entre sistemas - Soporta hasta 32 indices por tabla - Gestion de usuarios y paswords,manteniendo un muy buen nivel de seguridad en los datos

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL - Ventajas - Desventajas 6. Conclusin

Desventanas de MySQL: - Los procedimientos almacenados fueron implementos hasta la version 5, la cual no se considera muy estable. - Si vas a ingrear datos desde la pagina tienes que chequear la integridad ya Mysql no lo Hace - Subconsultas: tal vez esta sea una de las caracteristicas que mas se echan de menos,aunque gran parte de las veces se necesitan,es posible de reescribirlas de manera que no sean necesarias. - No posee Triggers y procedures, se tiene pensado insertar procedures, mas no los triggers ya que reducen de forma significativa el rendimiento de la base de datos, incluso en aquelas consultas que no lo activan.

Noviembre 2005

EsPormas compatible dispone de programas compilados la el momento no y la que mas programas lleva dentro

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Cuadro Comparativo 7. Conclusin

Cuadro Comparativo entre Arquitecturas OpenSource

MySQL Versin 5
Linux, Solaris, HP-UX, MacOs, AIX, SCO, IRIX, FreeBSD, NetBSD, OpenBSD, Windows, BSDI, DEC, OS/2, Compaq Tru64, Novell NetWare.

PostgreSQL 8.x
Linux, Solaris, HP-UX, AIX, IRIX, FreeBSD, OpenBSD, NetBSD, MacOs, SCO OpenServer, SCO Unixware, BeOS, BSDI, Compaq Tru64, QNX, Windows

MaxDB 7.5

Firebird 1.5.x

Ingres Ingres R3

Plataformas

Linux, Solaris, HPUX, AIX, Windows

Linux, Solaris, freeBSD, HP-UX, MacOS, Windows

Linux, Solaris, HP-UX, AIX, Compaq Tru64, OpenVMS Windows

SQL Standard Velocidad Estabilidad Integridad de Datos Seguridad

Medio Media/A lta Alta/Mu y Alta S Alta

Alto Media Alta S Media/Alta

Medio ? Media /Alta S Media

Alto Medi a/Alta Medi a S ?

Medio Media/Alta ? S Alta Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Cuadro Comparativo 7. Conclusin

Soporte de vistas Soporte de Esquemas Soporte de procedimientos almacenados

S (sin ndices)* S*

S S S (pl/pgSQL,
pl/Perl, pl/TCL, pl/Python, pl/sh) ODBC, JBDC, C/C++, Embeded SQL (in C), Tcl/Tk, Perl, Python, PHP, .NET

S S

S No

S S

S (no permite algunas instrucciones)*

ODBC, JDBC, C/C++, .NET/Mono, ADO.Net, OLEDB, Delphi, Perl, Python, PHP, Embedded (C precompiler), Embeded in Java

Interfaces de programacin

ODBC ,JDBC, C/C++, Precompile r (Embedded SQL), Perl, Python, PHP EVT, tablas procedimen tales, vistas actualizable s y tablas derivadas No No No

ODBC, JDBC, C/C++, PHP, Python, Perl, Kylix, Delphi, .NET/Mono, ADO

ODBC, JDBC, C/C++, .NET, Perl, Python, PHP, Cobol, Fortran

Tipos de tablas

InnoDB (default), MYISAM, BerkeleyDB, MERGE, Derived

1 Tipo

BTREE, ISAM, HASH, HEAP, HEAPSORT, PARTITION

Balanceo de cargas Tablespaces Clustering

S S S

No Si No

No ? No

S No S

Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin

CONCLUSION Podemos afirmar que los dbms en linea general tienen gran similitud en cuanto a su estructura, la difrencia viene en el manejo de los usuarios, las sentencias de codigo, la seguridad y la integidad de los datos, etc. Sin embargo con el mismo fin y en ocaciones con similitudes en los mecanismos de manejo de los mismos. En cuanto a la diferencia entre las bases de datos o los dbms comerciales o propietarios y los OpenSource, esta en el soporte ofrecido y en algunos casos en la calida, existe la tendencia a que el software propietario en cuanto a bases de datos se refiere tiende a satisfacer mas las necesidades de las empresas que requieren gran cantidad de almacenamiento, y las bases de datos OpenSource son la mas recomendadas para uso personal..
Noviembre 2005

AGENDA
1. Introduccin 2.Arquitectura General 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusin - Referencias

Referencia Soporte Tecnico

http://www.pervasivepostgres.com/support/index.asp

PostgreSQL Oficial Site

http://www.postgresql.org/about/awards MySQL

1. Atkinson, Leon. Core MySQL: The Serious Developers Guide. New Jersey: Prentice Hall Publishing, 2002. 2. Date, C.J. An Introduction to Database Systems. Menlo Park: Addison-Wesley Publishing Company, Inc, 1986. 3. Dubois, Paul. MySQL. New York: New Riders Publishing, 2000. 4. Frost, R.A. Database Management Systems. New York: Granada Technical Books, 1984. 5. Garcia-Molina, Hector. Database System Implementation. New Jersey: Prentice Hall, 2000. 6. Garlan, David. Shaw, Mary. "An Introduction to Software Architecture". Pittsburgh, PA USA: School of Computer Science, Carneigie Mellon University, 1994.
Noviembre 2005