Oracle Postgre MySQL

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
tres
de
los DBMS
mas
conocidos en el mbito
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
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.
Noviembre
2005
AGENDA
Arquitectura General
1. Introduccin
2. Arquitectura General
- Capa de Aplicacin
- Capa Lgica
- Capa Fsica
En todos los sistemas de bases de datos, en el nivel

mas alto de abstraccin tiene tres componentes
principales:
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
compilados
lleva dentro
6. Conclusin
Noviembre
2005
AGENDA
Capa de Aplicacin
1. Introduccin
- Capa de Aplicacin
- Capa Lgica
- Capa Fsica
6. Conclusin
La capa de aplicacin representa la interfaz para

todos los usuarios del sistema; esencialmente
proporciona
los
medios
por
los cuales el mundo
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
compilados
lleva dentro
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
- Capa de Aplicacin
- Capa Lgica
- Capa Fsica
6. Conclusin
La funcionalidad de los DBMS se representa en la

arquitectura de la capa lgica, es en esta porcin del
sistema
en que
hay
unacompilados
variedad de puestas en
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
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 Recuperacin
- Un manejador de Almacenamiento
Noviembre
2005
AGENDA
Capa Fsica
1. Introduccin
- Capa de Aplicacin
- Capa Lgica
- Capa Fsica
El DBMS es responsable del almacenamiento de

una variedad de informacin, que se mantiene el
almacenamiento
secundario
y est se alcanza con el
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
compilados
lleva dentro
encargado del almacenamiento.
3.Arquitectura Oracle
4.Arquitectura Mysql
5.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Ventajas y Mejoras
- Soporte Tecnico
4.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Soporte Tecnico
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
Arquitectura Total del PostgreSQL
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Arquitectura Total
- Soporte Tcnico
4.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Soporte Tcnico
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
Control de Concurrencia
1. Introduccin
Los hilos de rosca mltiples del PostgreSQL se pueden

ejecutar concurrentemente teniendo acceso a un almacenaje
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
solamente a escritor si estn escribiendo a la misma entrada
- Control de Concurrencia
de datos.
- Soporte Tcnico
En el caso antedicho, PostgreSQL proporciona dos
soluciones (basadas en estndar de la ISO SQL): ledo
confiado y serializable.
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
3.PostgreSQL
- Historia
- Arquitectura
- Subsistemas del Servidor
- Soporte Tcnico
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
Arquitectura del procesador de Query/Command
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Soporte Tcnico
4.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
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
general o pregunta ms compleja. Estas preguntas se envan a la etapa
siguiente (es decir Rewriter.) Las preguntas para uso general se envan
- Arquitectura del Servidor
a los comandos para uso general.
- Soporte Tcnico
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
3.PostgreSQL
- Historia
- Arquitectura
- Soporte Tcnico
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
3.PostgreSQL
- Historia
- Arquitectura
- Arquitectura del
Query/comamand
- Soporte Tcnico
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
3.PostgreSQL
- Historia
- Arquitectura
- Arquitectura del
Query/comamand
- Soporte Tcnico
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
Sistema de Catalogo
1. Introduccin
PostgreSQL utiliza catlogos a un grado y a un contexto

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.
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
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
estn alcanzados va el subsistema del catlogo,
proporcionando una organizacin uniforme.
4.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Arquitetura Total
- Almacenamiento
- Soporte Tcnico
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
Arquitectura del Manejador de Almacenamiento
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Almacenamiento
- Soporte Tcnico
4.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Almacenamiento
- Soporte Tcnico
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
Flujo de Trabajo del Query
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Almacenamiento
- Flujos de los Query
- Soporte Tcnico
4.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Almacenamiento
- Flujos de los Query
- Soporte Tcnico
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.PostgreSQL
- Historia
- Arquitectura
- Soporte Tcnico
4.Conclusin
A
R
Q
U
I
T
E
C
T
U
R
A
PostgreSQL
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Soporte Tcnico
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
4.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Arquitectura
- Caracteristicas Tecnicas
- Soporte Tcnico
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.PostgreSQL
- Historia
- Arquitectura
- Soporte Tcnico
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
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
Postgres Gold Support
El Soporte de Nivel Gold se apunta en los clientes que utilizan la base de
- Soporte Tecnico
datos en ambientes crticos
4.Conclusin
Disponible durante las horas de oficina estndares

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.

Noviembre
2005
AGENDA
1. Introduccin
Soporte Tecnico
Niveles
Soporte para Usuarios Terminales
3.PostgreSQL
- Historia
Silver
- Arquitectura
- Soporte Tecnico
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)

5 Contactos Certificados
crtico)
Gold
4.Conclusin

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)
crtico)
Platinum
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
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
Historia
Oracle surge a finales de los 70 bajo el nombre de
Relational Software a partir de un estudio sobre SGBD
de George Koch.
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Bases de Datos Oracle
- Estructura de la BD
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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.
6.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
- Arquitectura Oracle
- Bases de Datos Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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
3.PostgreSQL
- Historia
- Oracle
- Bases de datos Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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
BASES DE DATOS
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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.
6.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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
Hay varias razones que justifican que este modo de

organizacin de las tablas esten en espacios de tablas:
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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.
6.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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.
6.Conclusin
Noviembre
2005
AGENDA
Todos los datos de la BD estn almacenados en

segmentos. Y existen 5 tipos de segmentos:
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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)
6.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
FICHEROS
Cada espacio de tablas se compone de uno o ms
ficheros en disco. Un fichero puede pertenecer slo a
un espacio de tablas.
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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.
6.Conclusin
Noviembre
2005
AGENDA
La Arquitectura de la BD Oracle pueden ser

divididas en tres clases:
1. Introduccin
Aquellas que son internas a la BD
3.PostgreSQL
- Historia
- Oracle
- Arquitectura
- Requerimientos
- Licencia
- En el Mundo
Aquellas que son internas a las reas de memoria

(incluidas la memoria compartida y procesos)
Aquellas que son externas a la BD.
6.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
- Estructuras Internas
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).
6.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
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.
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
6.Conclusin
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
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.
6.Conclusin
Noviembre
2005
AGENDA
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
- Estructuras de memoria
Internas
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
Internas
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
Internas
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
Internas
- Estructuras de Proc
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
Los Procesos que gestionan los recursos de la BD :
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
Internas
- Estructuras de Proc
6.Conclusin
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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
LICENCIA ORACLE
1. Introduccin
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
- Requerimientos
- Licencia
- En el Mundo
6.Conclusin
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
3.PostgreSQL
- Historia
- Oracle
-Arquitectura
- Requerimientos
- Licencia
- En el Mundo
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
5. Arquitectura MySQL
6. Conclusin
Inicialmente, MySQL careca de elementos

considerados esenciales en las bases de datos, tales
como
seguridad,
integridad,
etc.
A pesar e ello atajo a
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
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.
Noviembre
2005
AGENDA
MySQL
1. Introduccin
6. Conclusin
Capa de Aplicacin:
La capa de aplicacion de MySQL es donde los
clientes
ycompatible
los nousuarios
obran
recprocamente con el
EsPor
la mas
el momento
dispone
y la que de
mas
programas
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 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
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
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
compilados
lleva dentro
subsistemas
y las
interacciones
dentro
de ellas.
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
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
(que
son
declaraciones
del SQL) de obrar
Por
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
compilados
lleva dentro
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
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 pregunta
de MySQL
para
determinarse
si la pregunta es vlida.
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
compilados
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
la mas
la mas
compatible
Es
compatible
la masycompatible
lay que
la que
masmas
yprogramas
laprogramas
que maslleva
programas
lleva
dentro
dentro
lleva dentro
AGENDA
1. Introduccin
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
tiene
acceso
la capa fsica de la base de
EsPor
la mas
el momento
compatible
dispone
y la que
mas
programas
programas
compilados
llevaadentro
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
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
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
en compatible
memoria
principal
y virtual
y son manejados por un
Es la mas
y la que
mas programas
lleva dentro
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
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
cuntalleva
almacenadores
intermediarios a
Es la mas compatible
y la que masyprogramas
dentro
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
- 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.
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
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 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
- 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
EsPor
la mas
el momento
compatible
no dispone
y la que de
mas
programas
programas
compilados
lleva dentro
Noviembre
2005
AGENDA
Cuadro Comparativo entre Arquitecturas OpenSource

MySQL
PostgreSQL
MaxDB
Versin
8.x
7.5
Plataformas
Linux, Solaris,
HP-UX, MacOs,
AIX, SCO, IRIX,
FreeBSD,
NetBSD,
OpenBSD,
Windows, BSDI,
DEC, OS/2,
Compaq Tru64,
Novell NetWare.
Linux, Solaris,
HP-UX, AIX,
IRIX, FreeBSD,
OpenBSD,
NetBSD,
MacOs, SCO
OpenServer,
SCO Unixware,
BeOS, BSDI,
Compaq Tru64,
QNX, Windows
Linux,
Solaris, HPUX, AIX,
Windows
1. Introduccin
6. Cuadro Comparativo
7. Conclusin
SQL
Standard
Medio
Alto
Velocidad
Media/A
lta
Estabilidad
Alta/Mu
y Alta
Firebird
1.5.x
Linux,
Solaris,
freeBSD,
HP-UX,
MacOS,
Windows
Medio
Alto
Media
Medi
a/Alta
Alta
Media
/Alta
Ingres
Ingres R3
Linux, Solaris,
HP-UX, AIX,
Compaq Tru64,
OpenVMS
Windows
Medio
Media/Alta
Medi
a
Integridad
de Datos
Seguridad
Alta
Media/Alta
Media
Alta
Noviembre
2005
AGENDA
Soporte de
vistas
S (sin ndices)*
Soporte de
Esquemas
S*
No
pl/Perl,
pl/TCL,
pl/Python,
pl/sh)
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
BTREE, ISAM,
HASH, HEAP,
HEAPSORT,
PARTITION
1. Introduccin
S
S (no permite
algunas
instrucciones)*
Interfaces de
programacin
ODBC, JDBC,
C/C++, .NET/Mono,
ADO.Net, OLEDB,
Delphi, Perl,
Python, PHP,
Embedded (C
precompiler),
Embeded in Java
Tipos de tablas
InnoDB (default),
MYISAM,
BerkeleyDB,
MERGE, Derived
1 Tipo
EVT, tablas
procedimen
tales, vistas
actualizable
s y tablas
derivadas
Balanceo de
cargas
No
No
No
Tablespaces
Si
No
No
Clustering
No
No
No
6. Cuadro Comparativo
(pl/pgSQL,
Soporte de
procedimientos
almacenados
7. Conclusin
Noviembre
2005
AGENDA
1. Introduccin
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
Referencia
Soporte Tecnico
http://www.pervasivepostgres.com/support/index.asp
PostgreSQL Oficial Site

http://www.postgresql.org/about/awards
6. Conclusin
- Referencias
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

Oracle Postgre MySQL

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Oracle Postgre MySQL

Cargado por

Copyright:

Formatos disponibles

Luis Luna

El propsito de esta exposicin es comparar la

En todos los sistemas de bases de datos, en el nivel

La capa de aplicacin representa la interfaz para

La funcionalidad de los DBMS se representa en la

El DBMS es responsable del almacenamiento de

Arquitectura Total del PostgreSQL

Los hilos de rosca mltiples del PostgreSQL se pueden

Subsistemas del servidor

Arquitectura del procesador de Query/Command

Arquitectura Conceptual del servidor de PostgreSQL

a los comandos para uso general.

3) El Utility Commands manejan los querys que no requieren la

Arquitectura Conceptual del servidor de PostgreSQL

Arquitectura de la Utilidad de Query/Command

Arquitectura De la Utilidad De Query/Command

PostgreSQL utiliza catlogos a un grado y a un contexto

Arquitectura Del Encargado Del Almacenaje

Arquitectura del Manejador de Almacenamiento

Arquitectura del Manejador de Almacenamiento

Flujo de Trabajo del Query

Flujo de Trabajo de los Querys

3) Las tomas del Planer en modificado analiza el

Ventajas y Mejoras del PostgreSQL

Una ayuda mejor que los vendedores propietarios

Disponible durante las horas de oficina estndares

Our Price: $2,999.00

Our Price: $4,999.00

Soporte para Usuarios Terminales

Contrato de Soporte Tecnico por 12-meses

Contrato de Soporte Tecnico por 12-meses

Contrato de Soporte Tecnico por 12-meses

Computer World defini este estudio como uno de

Una Base de Datos Oracle est almacenada

Hay varias razones que justifican que este modo de

Un espacio de tablas puede quedarse offline debido

Si este espaci de tabla inicial se ha quedado

Todos los datos de la BD estn almacenados en

La Arquitectura de la BD Oracle pueden ser

Aquellas que son internas a la BD

Aquellas que son internas a las reas de memoria

Estructuras de Memoria Internas

rea Global del Sistema, SGA

rea de SQL Compartido, Shared SQL Pool

rea Global de Programa

Los Procesos que gestionan los recursos de la BD :

REQUERIMIENTOS DEL SISTEMA

Licencia Oracle para estudiantes por 5.000

Inicialmente, MySQL careca de elementos

Cuadro Comparativo entre Arquitecturas OpenSource

PostgreSQL Oficial Site

1. Atkinson, Leon. Core MySQL: The Serious Developers

También podría gustarte