Luis Luna Junior Aguayo Arturo Rossodivita Noviembre 2005

Transcripción

1 Luis Luna Junior Aguayo Arturo Rossodivita

2 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusión Introduccion El propósito de esta exposición es comparar la arquitectura general de los DBMS con las arquitecturas de unos tres de los DBMS mas conocidos en el ámbito Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro 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.

3 2. Arquitectura General - Capa de Aplicación - Capa Lógica - Capa Física Arquitectura General En todos los sistemas de bases de datos, en el nivel mas alto de abstracción tiene tres componentes principales: Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusión

4 2. Arquitectura General - Capa de Aplicación - Capa Lógica - Capa Física 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusión Capa de Aplicación La capa de aplicación representa la interfaz para todos los usuarios del sistema; esencialmente proporciona los medios por los cuales el mundo Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro exterior puede trabajar con el servidor de la base de datos. Tipos de Usuarios: - Sofisticados - Especializados - Sencillos - Administradores

5 2. Arquitectura General - Capa de Aplicación - Capa Lógica - Capa Física 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura Mysql 6. Conclusión Capa Lógica La funcionalidad de los DBMS se representa en la arquitectura de la capa lógica, es en esta porción del sistema en que hay una variedad de puestas en Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro 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 Recuperación - Un manejador de Almacenamiento

6 - Capa de Aplicación - Capa Lógica - Capa Física 2. Arquitectura Postgres Capa Física El DBMS es responsable del almacenamiento de una variedad de información, que se mantiene el almacenamiento secundario y está se alcanza con el Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro encargado del almacenamiento. 3.Arquitectura Oracle 4.Arquitectura Mysql 5.Conclusión

7 - Historia - Arquitectura - Ventajas y Mejoras - Soporte Tecnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión

8 Resumen Historico -Historia - Arquitectura - Ventajas y Mejoras - Soporte Tecnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión 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 código abierto (como MySQL, Firebird y MaxDB), así como sistemas propietarios como Oracle o DB2. PostgreSQL es el último resultado de una larga evolución comenzada con el proyecto Ingres en la Universidad de Berkeley. El líder 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 había sido liberado permitió a desarrolladores de código abierto el obtener una copia del código para continuar su desarrollo. La empresa Pervasive que comercializa su motor propietario PervasiveSQL, actualmente también distribuye una versión libre basada en PostgreSQL.

9 Arquitectura Total del PostgreSQL - Historia - Arquitectura - Arquitectura Total - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión

10 Arquitectura Total - Historia - Arquitectura - Arquitectura Total - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión 1) Libpq son responsables de manejar la comunicación con los procesos del cliente: establecer la conexión al postmaster. obtención del hilo de rosca del servidor del postgre para la sesión operacional. 2) El Servidor se compone de dos subsistemas: el postmaster y el servidor del postgre. El Postmaster es responsable de aceptar la petición de conexión entrante del cliente, de realizar control de la autentificación y de acceso en la petición del cliente, y de establecer a cliente a la comunicación del servidor del postgre. El servidor del Postgre maneja todos los querys y comandos del cliente. 3) El Store Manager es responsable de la gestión 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.

11 AGENDA - Historia - Arquitectura - Arquitectura Total - Control de Concurrencia - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión Control de Concurrencia Los hilos de rosca múltiples del PostgreSQL se pueden ejecutar concurrentemente teniendo acceso a un almacenaje de datos compartido. En PostgreSQL, los lectores no bloquean a escritores y los escritores no bloquean a lectores. Un escritor bloquea solamente a escritor si están escribiendo a la misma entrada de datos. En el caso antedicho, PostgreSQL proporciona dos soluciones (basadas en estándar de la ISO SQL): leído confiado y serializable. En el caso de leído confiado, el escritor leerá los nuevos valores antes de realizar su escribe la operación. En el caso de serializable, el escritor abortará si se ha modificado el valor de los datos desde que comenzó su transacción.

12 AGENDA - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión Subsistemas del servidor El Host del servidor de PostgreSQL consisten en gran parte dos porciones: Postmaster y Postgres. Cuando un cliente (front-end) envía una petición 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. Después de que se establezca una conexión, el proceso del cliente puede enviar una pregunta en forma llana del texto al back-end. No hay análisis hecho en el front-end. El servidor después analiza la pregunta, crea un plan de la ejecución, ejecuta el plan, y transmite los tuples recuperados al excedente del cliente la conexión establecida.

13 Arquitectura del procesador de Query/Command - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión

14 Arquitectura Conceptual del servidor de PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión 1) El Parser chequea primero el query transmitido por el programa de uso para el sintaxis válido. Si la sintaxis está correcta, un árbol del análisis se acumula y se devuelve; si no, se vuelve un error. Entonces, el árbol del análisis se transforma en la fórmula interna usada por la base de datos back-end. 2) El Trafic cop identifica el query como una pregunta para uso general o pregunta más compleja. Estas preguntas se envían a la etapa siguiente (es decir Rewriter.) Las preguntas para uso general se envían a los comandos para uso general. 3) El Utility Commands manejan los querys que no requieren la dirección compleja. El vacío, 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 análisis pasado por el Trafic Cop y, aplicando cualquier regla aplicable en presente, reescribe el árbol a una forma alternativa.

15 Arquitectura Conceptual del servidor de PostgreSQL - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión 5) El Planer proporciona un plan óptimo de la ejecución para una pregunta dada. La idea básica del planificador es selección costeestimar-basada del mejor plan para un query. Primero combina todas las maneras posibles de la exploración 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. Después de todo, elige la trayectoria más barata de todos y pasa al ejecutor. 6) El Ejecutor toma el plan pasado detrás 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 físicas, las exploraciones secuenciales o las exploraciones del índice. El ejecutor hace uso el sistema del almacenaje mientras que explora relaciones, realiza clases y ensambla, evalúa calificaciones y finalmente da detrás los tuples derivados.

16 - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Arquitectura del Query/comamand - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión Arquitectura de la Utilidad de Query/Command 1) Catálogo: proporciona la manipulación del catálogo del sistema, y contiene las rutinas de la creación y de la manipulación para todos los aspectos del sistema de catálogo, tales como tabla, índice, procedimiento, operador, tipo, agregado, etc. El módulo del catálogo es utilizado por todos los subsistemas del back-end. 2) Acceso: define el acceso de los datos para el montón, los índices y las transacciones. Su función 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 módulo del acceso es utilizado por todos los subsistemas del back-end.

17 - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Arquitectura del Query/comamand - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión Arquitectura De la Utilidad De Query/Command 3) Nodos: el módulo de nodes/lists define la creación y la manipulación de los nodos y de las listas, que son envases de petición y de datos durante el proceso de la pregunta. El submódulo de nodes/lists es utilizado por todos los subsistemas del back-end excepto poli del tráfico. 4) Utils: los utils proporcionan varias utilidades al back-end, tal como inicialización, 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 módulo del Bootstraps cuando PostgreSQL está funcionando por primera vez en un sistema. Se requiere este módulo porque el postgresql ordena comúnmente la tabla de los datos del acceso. Tales tablas de los datos no existen cuando Postgre se funciona para la primera vez.

18 Sistema de Catalogo - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Arquitectura del Servidor - Arquitectura Query/comamand - Sistema de Catalogo - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión PostgreSQL utiliza catálogos a un grado y a un contexto mucho mayores que el otro DBMSes. PostgreSQL utiliza no solamente catálogos para definir las tablas, pero también aplicaciones él de describir datatypes, funciones, operadores, el etc. Esta característica proporciona extensibilidad y control mucho mayores del usuario. Los datatypes definidos usuario se utilizan para asociar los nuevos artículos de datos particulares a las bases de datos especializadas; Las funciones definidas usuario pueden ser funciones estándares o funciones agregadas; Los operadores definidos usuario pueden ser utilizados en expresiones como expresión estándar. Todos los artículos del catálogo se mantienen y están alcanzados vía el subsistema del catálogo, proporcionando una organización uniforme.

19 AGENDA - Historia - Arquitectura - Arquitetura Total - Subsistemas del Servidor - Almacenamiento - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión Arquitectura Del Encargado Del Almacenaje Proporciona el acceso uniforme del almacenaje de datos para el back-end. Solamente un módulo del almacenaje es activo en un servidor de PostgreSQL. La funcionalidad del módulo del almacenaje incluye: Proporcione el almacenador intermediario compartido de la memoria y del disco, Media el acceso al encargado del archivo del núcleo Proporcione los semáforos y archive las cerraduras. El módulo del almacenaje es utilizado por reescritura y el módulo de la generación de la trayectoria y el módulo de comando. PostgreSQL utiliza no-sobreescribir a la gestión de la memoria externa,

20 Arquitectura del Manejador de Almacenamiento - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión

21 AGENDA - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión 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 páginas. Lock Manager: proporciona cerradurasde tipo lectura y escritura para alcanzar consistencia. IPC: realiza la sincronización del escondrijo. Disk Manager: proporciona el interfaz para storage/disk físico.

22 Flujo de Trabajo del Query - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Flujos de los Query - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión

23 AGENDA - Historia - Arquitectura - Arquitectura Total - Subsistemas del Servidor - Almacenamiento - Flujos de los Query - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión 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 amplía con la definición 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 después evalúa 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.

24 AGENDA 2.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión A R Q U I T E C T U R A PostgreSQL

25 AGENDA - Historia - Arquitectura - Ventajas y Mejoras - Soporte Técnico Ventajas y Mejoras del PostgreSQL Una ayuda mejor que los vendedores propietarios Ahorro significativo en proveer de personal costes Extensible Plataforma cruzada Diseñado para los ambientes del alto volumen 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión

26 Características Técnicas - Historia - Arquitectura - Ventajas y Mejoras - Caracteristicas Tecnicas - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión Compilador ACID Completo Compilador ANSI SQL Réplica (soluciones no comerciales y comerciales) que permite la duplicación de la base de datos principal a las máquinas auxiliares múltiples. 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. Autentificación natural para Kerberos Soporte para consultas UNION, UNION ALL y EXCEPT Soporte para cargar Extenciones de tipo SHA1, MD5, XML y otras funcionalidades

27 Soporte Tecnico 2.PostgreSQL - Historia - Arquitectura - Ventajas y Mejoras - Caracteristicas Tecnicas - Soporte Técnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión Pervasive proporciona una empresa para el soporte tecnico de los consumidores, proveiendo de usuarios y los reveladores un recurso profesional para proporcionar la localización de averías, dirección del revelador, y mitigación 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 suscripción anual. Las suscripciones de la ayuda se ofrecen en varios niveles dependiendo de la necesidad de usted, el cliente

28 AGENDA - Historia - Arquitectura - Ventajas y Mejoras - Caracteristicas Tecnicas - Soporte Tecnico 2.Arquitectura Oracle 3.Arquitectura Mysql 4.Conclusión 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-críticos Disponible durante las horas de oficina estándares Our Price: $1, Postgres Gold Support El Soporte de Nivel Gold se apunta en los clientes que utilizan la base de datos en ambientes críticos Disponible durante las horas de oficina estándares Our Price: $2, 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. Además de las características del soporte Silver y Gold, el soporte Platino agrega la cobertura 24x7 para las ediciones críticas, proveiendo de clientes la confianza para desplegar Perasive Postgres en sus ambientes críticos de la misión. Our Price: $4,999.00

29 AGENDA - Historia Silver - Arquitectura - Ventajas y Mejoras - Caracteristicas Tecnicas - Soporte Tecnico 2.Arquitectura Oracle 3.Arquitectura Mysql Gold Niveles Soporte Tecnico Soporte para Usuarios Terminales Contrato de Soporte Tecnico por 12-meses Dos contactos nombrados (es decir su organización puede nombrar a 2 empleados en su sitio de la compañía que se autoricen a entrar en contacto con Peracive para la ayuda. Tiempos de reacción máximos sobre horas de oficina: 6 (crítico) y 24 (no crítico) Contrato de Soporte Tecnico por 12-meses 5 Contactos Certificados Tiempos de reacción máximos sobre horas de oficina: 2 (crítico) y 12 (no crítico) 4.Conclusión Platinum Contrato de Soporte Tecnico por 12-meses 10 Contactos Certificados Acceso Directo al Backline soporte 24/7 para las ediciones críticas sin un solo punto de la falta con 24/7 servicio que envía (6 niveles de escalada durante no horas de oficina) Tiempos de reacción máximos sobre horas de oficina: 1 (crítico) y 6 (no crítico)

30 4.Arquitectura Oracle 5.Arquitectura Mysql 6.Conclusión INTRODUCCION Todo el mundo puede conducir un automóvil, sin necesidad de conocer cómo funciona un motor de combustión interna y todos los subsistemas asociados a él. Pero hay ciertos conceptos como aprovechamiento de la potencia, compresión, endurecimiento de la suspensión, motricidad, etc., le serán ajenos y nunca podrá sacar lo mejor del automóvil. Y si tiene algún problema se quedará tirado en la carretera. A continuación se abordara la arquitectura del SGBD Oracle y da una visión lo suficientemente profunda del mismo como para que podamos entender cómo funciona.

31 4.Arquitectura Oracle -Historia - Oracle - Arquitectura - Bases de Datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo 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 más completos jamás escritos sobre bases de datos. Este artículo incluía una comparativa de productos que elegía a Relational Software como el más completo desde el punto de vista técnico. Esto se debía a que usaba la filosofía de las bases de datos relacionales, algo que por aquella época era todavía desconocido. 5.Arquitectura Mysql 6.Conclusión

32 ORACLE 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de Datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo 5.Arquitectura Mysql Oracle es un sistema de administración de base de datos (o RDBMS), fabricado por Oracle Corporation. Se considera a Oracle como uno de los sistemas de bases de datos más completos, destacando su: Soporte de transacciones. Estabilidad. Escalabilidad. Es multiplataforma. Su mayor defecto es su enorme precio, que es de varios miles de euros (según versiones y licencias). Otro aspecto que ha sido criticado por algunos especialistas es la seguridad de la plataforma, y las políticas de suministro de parches de seguridad 6.Conclusión

33 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo 5.Arquitectura Mysql ARQUITECTURA ORACLE Cada servidor de Oracle está constituido por una BD y una instancia. Estructura lógica: compuesta por tablespaces y un conjunto de objetos (tablas,vistas,índices...). Estructura física: 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 código de una aplicación. Procesos de Oracle: Atienden a los procesos de usuario y realizan el mantenimiento de la BD. 6.Conclusión

34 BASES DE DATOS 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo Una Base de Datos Oracle está almacenada físicamente 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 estén almacenados, pero físicamente separados. Está división lógica se hace gracias a los espacios de tablas, tablespaces. 5.Arquitectura Mysql 6.Conclusión

35 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo 5.Arquitectura Mysql 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 aplicación tenga su propio espacio de tablas. 6.Conclusión

36 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo Hay varias razones que justifican que este modo de organización 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 continúe funcionando con el resto. Permiten distribuir a nivel lógico/físico los distintos objetos de las aplicaciones. Son una unidad lógica 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. 5.Arquitectura Mysql 6.Conclusión

37 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo Si este espació de tabla inicial se ha quedado pequeño Oracle puede gestionar el crecimiento dinámico de los ficheros sobre los que se asientan los espacios de tablas. Los parámetros de crecimiento del tamaño de los espacios de tablas se especifican en la creación 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 más. Un segmento está constituido por un conjunto de extensiones, que no son más que grupos de bloques de disco ORACLE contiguos. Cuando se borra un segmento, el espacio es devuelto al espacio de tabla. 5.Arquitectura Mysql 6.Conclusión

38 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo Todos los datos de la BD están almacenados en segmentos. Y existen 5 tipos de segmentos: de datos de índices: permiten un acceso rápido a los datos dependiendo de la cantidad de los mismos de rollback: son objetos internos de la BD que permiten efectuar la restauración 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 acción por parte del DBA (Administrador de la BD) 5.Arquitectura Mysql 6.Conclusión

39 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo FICHEROS Cada espacio de tablas se compone de uno o más ficheros en disco. Un fichero puede pertenecer sólo 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 parámetros que determinan el tamaño y composición de una instancia están almacenados en un fichero llamado init.ora. Este fichero es leido durante el arranque de la BD y puede ser modificado por el DBA. 5.Arquitectura Mysql 6.Conclusión

40 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD - Arquitectura - Requerimientos - Licencia -En el Mundo 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. 5.Arquitectura Mysql 6.Conclusión

41 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 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 catálogo 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 omisión (DEFAULT). -Clave ajena (FOREIGN KEY). 6.Conclusión

42 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 6.Conclusión Usuarios Una cuenta de usuario no es una estructura física 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 automáticamente cuando se define una restricción UNIQUE o PRIMARY KEY. Vistas -Se define como una consulta y es tratada como una tabla. -Una vista no almacena datos, sólo se almacena la consulta que la define.

43 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 6.Conclusión Procedimientos y Funciones Un procedimiento es un bloque de código 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 públicos o privados. Disparadores Se pueden utilizar para mejorar y reforzar la integridad y la seguridad de la BD.

44 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Estructuras Internas 5.Arquitectura Mysql 6.Conclusión 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 múltiples usuarios. Segmentos, Extensiones y Bloques Los segmentos son los equivalentes físicos 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 imágen previa a una transacción incompleta.

45 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 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 información de control de un único proceso. El SGA es la zona de memoria en la que la BD Oracle guarda información sobre su estado. Esta estructura de memoria está disponible para todos los procesos, por eso se dice que está compartida. 6.Conclusión

46 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 Á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 cámbios realizados en la BD y son escritos en los ficheros redo log para que puedan ser utilizados en las operaciones de recuperación 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. 6.Conclusión

47 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 Área de SQL Compartido, Shared SQL Pool En esta zona se encuentran las sentencias SQL que han sido analizadas. El analisis sintáctico (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. 6.Conclusión

48 Á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. 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.Conclusión Estructuras de Proceso El servidor se vale de una serie de procesos que son el enlace entre las estructuras físicas y de memoria, continuación se describen cada proceso y el papel que juega en la gestión de la BD.

49 Los Procesos que gestionan los recursos de la BD : 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.Conclusión 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).

50 Estructuras Externas Por estructuras externas se entienden los ficheros que utiliza el servidor de BD. Estos ficheros guardan información tanto de los datos almacenados en la BD como la necesaria para gobernar la propia BD. 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 la BD En estos ficheros reside la información de la BD Ficheros redo log En ellos se graba toda operación que se efectue en la BD y sirven de salvaguarda de la misma

51 Ficheros de control Mantienen la información física de todos los ficheros que forman la BD, con su camino incluido; así como el estado actual de la BD. 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 El Fichero INIT.ORA Oracle provee de un fichero de parámetros de inicialización llamado init.ora. Este fichero contiene los parámetros del sistema Oracle y debe ser utilizado por el DBA para configurar el SGDB y adecuarlo a una determinada explotación.

52

53 REQUERIMIENTOS DEL SISTEMA 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Requerimientos - Licencia -En el Mundo 5.Arquitectura Mysql 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 estarán 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 6.Conclusión

54 LICENCIA ORACLE 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Requerimientos - Licencia -En el Mundo 5.Arquitectura Mysql Licencia Oracle para estudiantes por pesetas Por el dinero que un joven se gasta en un fin de semana, alrededor de pesetas, ofrecemos a los universitarios españoles 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/ Conclusión

55 4.Arquitectura Oracle -Historia - Oracle - Arquitectura Oracle - Bases de datos Oracle - Estructura de la BD -Arquitectura - Requerimientos - Licencia - En el Mundo 5.Arquitectura Mysql ORACLE EN EL MUNDO Esta compañía se ubicó en 1995 en el segundo lugar como compañía más admirada de software y servicios, situándose Microsoft en la primera posición. A lo largo de los últimos diez años, la compañía 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 año fiscal, Oracle osciló el 50%, posicionándose por encima de Intel, Motorola, Microsoft, HP, Apple, Sun, IBM y Novell. Una de las especialidades de esta compañía de software, es la creación de los sistemas de facturación para grandes volúmenes de información, tales como los usados por las compañías telefónicas, de gas, de electricidad, etc., para la cobranza de sus servicios. Entre los próximos proyectos de esta compañía, se destaca la reestructuración del Banco de Previsión Social junto con la compañía IBM. 6.Conclusión

56 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión MySQL Inicialmente, MySQL carecía de elementos considerados esenciales en las bases de datos, tales como seguridad, integridad, etc. A pesar e ello atajo a Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro 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.

57 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión MySQL Capa de Aplicación: La capa de aplicacion de MySQL es donde los clientes y los usuarios obran recíprocamente con el Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro 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 recíprocamente 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

58 MySQL 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión Capa Lógica: Fue encontrado que MySQL tiene de hecho una arquitectura lógica que sea virtualmente idéntica a la que esta' representada en el cuadro 2. La sección siguiente detalla estos Es Por la el momento compatible no dispone y la que de mas programas compilados lleva dentro subsistemas y las interacciones dentro de ellas. Procesador QUERY La mayoría extensa de interacciones en el sistema ocurre cuando un usuario desea visión o manipular los datos subyacentes en el almacenaje. Precompiler Encajado de DML Cuando una petición se recibe de un cliente en la capa de uso, es la responsabilidad del precompiler encajado de DML (lengua de manipulación 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.

59 MySQL 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión 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 definición de datos). El recopilador de DDL compila los comandos (que son declaraciones del SQL) de obrar Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro recíprocamente 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 análisis de Query El paso siguiente implica el analizar de la pregunta de MySQL. En esta etapa, el objetivo del programa de análisis de la pregunta es crear una estructura arborescente del análisis basada en la pregunta para poderla entender fácilmente por los otros componentes más adelante en la tubería.

60 MySQL 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión Preprocesador Query La pregunta analiza el árbol, según lo obtenido del programa de análisis de la pregunta, después es utilizada por el preprocesador de la pregunta comprobar el sintaxis del SQL y comprobar la semántica de la pregunta de MySQL para determinarse si la pregunta es válida. Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro Encargado De Security/Integration Una vez que la pregunta de MySQL se juzgue para ser válida, 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 rápidamente como sea posible. Consecuentemente, ésta es la razón por la que el funcionamiento de MySQL es rápido 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 más rápidamente

61 Es Es la mas la mas Es compatible la mas y compatible la y que la que mas mas y la programas que lleva programas lleva dentro dentro lleva dentro AGENDA MySQL 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión Motor De la Ejecución 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 ejecución de la pregunta, que después procede a ejecutar las declaraciones Es Por mas el momento compatible del no SQL dispone y la que y de mas tiene programas acceso compilados lleva a dentro la capa física de la base de datos de MySQL Gestor de transacciones En fecha la versión MySQL 4.0.x, ayuda fue agregado para las transacciones en MySQL. Una transacción es una sola unidad del trabajo que tiene unos o más comandos de MySQL en ella. El gestor de transacciones es responsable de cerciorarse de que la transacción está registrada y ejecutada atómico. Encargado Del Control Concurrencia apropiados de datos en la base de datos del encargado de recurso. Una vez que se adquiera la cerradura, sólo las operaciones en una transacción pueden manipular los datos. Si una diversa transacción intenta manipular los mismos datos bloqueados, el encargado del concurrencia-control rechaza la petición hasta que la primera transacción es completa.

62 MySQL 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión Gerencia De Recuperación Encargado Del Registro El encargado del registro es responsable de registrar la operación de e mismo ejecutada en la base de datos. Hace tan almacenando el disco del entrar a través 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á detrás la base de datos a su estado estable pasado. Encargado De la Recuperación El encargado de la recuperación 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 operación 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 recuperarían la base de datos a su estado estable pasado.

63 MySQL 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión Gestión de la memoria externa El almacenaje se hace físicamente en un cierto tipo de almacenaje secundario, no obstante el acceso dinámico de este medio no es práctico. Así, todo el trabajo se hace a través de un número de almacenadores intermediarios. Los almacenadores intermediarios residen Es la mas en compatible memoria y la que principal mas programas y virtual lleva dentro y son manejados por un 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 más 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 través del regulador de disco subyacente (y a veces del sistema operativo) de recuperar datos del disco físico y los divulga de nuevo al encargado del almacenador intermediario.

64 MySQL 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Conclusión Encargado Del Buffer El papel del encargado del almacenador intermediario es asignar los recursos de la memoria para el uso de la visión y los datos de la manipulación. El encargado del almacenador intermediario toma en peticiones ajustadas a formato y decide cuánto memoria a asignar por almacenador Es la mas compatible intermediario y la que mas y programas cuánta lleva almacenadores dentro intermediarios a asignar por la petición. Todas las peticiones se hacen del encargado de recurso. Encargado De Recurso El propósito del encargado de recurso es aceptar peticiones del motor de la ejecución, 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

65 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL -Ventajas - Desventajas 6. Conclusión 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. Es Por la mas el momento compatible no dispone y la que de mas programas compilados 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 API S 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

66 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL - Ventajas - Desventajas 6. Conclusión 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.

67 Es Por la mas el momento compatible no dispone y la que de mas programas compilados lleva dentro

68 Cuadro Comparativo entre Arquitecturas OpenSource 3. Arquitectura Postgres 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Cuadro Comparativo Versión Plataformas MySQL 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 Linux, Solaris, HP- UX, AIX, Windows Firebird 1.5.x Linux, Solaris, freebsd, HP-UX, MacOS, Windows Ingres Ingres R3 Linux, Solaris, HP-UX, AIX, Compaq Tru64, OpenVMS Windows 7. Conclusión SQL Standard Medio Alto Medio Alto Medio Velocidad Media/A lta Media? Medi a/alta Media/Alta Estabilidad Alta/Mu y Alta Alta Media /Alta Medi a? Integridad de Datos Sí Sí Sí Sí Sí Seguridad Alta Media/Alta Media? Alta

69 3. Arquitectura Postgres Soporte de vistas Soporte de Esquemas Soporte de procedimientos almacenados Sí (sin índices)* Sí* Sí (no permite algunas instrucciones)* Sí Sí Sí (pl/pgsql, pl/perl, pl/tcl, pl/python, pl/sh) Sí Sí Sí Sí No Sí Sí Sí Sí 4. Arquitectura Oracle 5. Arquitectura MySQL 6. Cuadro Comparativo 7. Conclusión Interfaces de programación ODBC, JDBC, C/C++,.NET/Mono, ADO.Net, OLEDB, Delphi, Perl, Python, PHP, Embedded (C precompiler), Embeded in Java ODBC, JBDC, C/C++, Embeded SQL (in C), Tcl/Tk, Perl, Python, PHP,.NET ODBC,JDBC, C/C++, Precompile r (Embedded SQL), Perl, Python, PHP 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 EVT, tablas procedimen tales, vistas actualizable s y tablas derivadas? BTREE, ISAM, HASH, HEAP, HEAPSORT, PARTITION Balanceo de cargas Sí No No No Sí Tablespaces Sí Si No? No Clustering Sí No No No Sí