PDF de programación - Arquitecturas de los DBMS

Luis Luna

Junior Aguayo

Arturo Rossodivita

Noviembre

2005

AGENDA

1. Introducción

2.Arquitectura General

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 la mas compatible y la que mas programas lleva dentro
Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados
Es la mas compatible y la que mas programas lleva dentro
Es la mas compatible y la que mas programas lleva dentro
Es la mas compatible y la que mas programas lleva dentro
Es la mas compatible y la que mas programas lleva dentro
Es la mas compatible y la que mas programas 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

Arquitectura General

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

tiene

mas alto de abstracción
principales:

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

Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados

AGENDA

1. Introducción

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

Noviembre

2005

AGENDA

1. Introducción

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

los usuarios del

La capa de aplicación representa la interfaz para
sistema; esencialmente
todos
proporciona los medios por los cuales el mundo
exterior puede trabajar con el servidor de la base de
datos.

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

Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados

Tipos de Usuarios:

- Sofisticados
- Especializados
- Sencillos
- Administradores

Noviembre

2005

AGENDA

1. Introducción

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
practicas especificas de cada vendedor.

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

Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados

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

Noviembre

2005

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
encargado del almacenamiento.

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

Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados
Por el momento no dispone de programas compilados

AGENDA

1. Introducción

2.Arquitectura General
- Capa de Aplicación
- Capa Lógica
- Capa Física

2. Arquitectura Postgres

3.Arquitectura Oracle

4.Arquitectura Mysql

5.Conclusión

Noviembre

2005

AGENDA

1. Introducción

2.Arquitectura General
3.PostgreSQL

- Historia
- Arquitectura
- Ventajas y Mejoras
- Soporte Tecnico

2.Arquitectura Oracle

3.Arquitectura Mysql

4.Conclusión

Noviembre

2005

AGENDA

1. Introducción

2.Arquitectura General
3.PostgreSQL

- Historia
- Arquitectura
- Ventajas y Mejoras
- Soporte Tecnico

2.Arquitectura Oracle

3.Arquitectura Mysql

4.Conclusión

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
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.

Noviembre

2005

AGENDA

1. Introducción

Arquitectura Total del PostgreSQL

2.Arquitectura General
3.PostgreSQL

- Historia
- Arquitectura

- Arquitectura Total

- Ventajas y Mejoras
- Soporte Técnico

2.Arquitectura Oracle

3.Arquitectura Mysql

4.Conclusión

Noviembre

2005

AGENDA

1. Introducción

2.Arquitectura General
3.PostgreSQL

- Historia
- Arquitectura

- Arquitectura Total

- Ventajas y Mejoras
- Soporte Técnico

2.Arquitectura Oracle

3.Arquitectura Mysql

4.Conclusión

Arquitectura Total

1) Libpq son responsables de manejar la comunicación con los

procesos del cliente:
•
•
operacional.

establecer la conexión al postmaster.
obtención del hilo de rosca del servidor del postgre para la sesión

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.

Noviembre

2005

AGENDA

1. Introducción

2.Arquitectura General
3.PostgreSQL

- 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.

Noviembre

2005

AGENDA

1. Introducción

2.Arquitectura General
3.PostgreSQL

- 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

siempre en
funcionamiento, esperando peticiones de un cliente, mientras
que los postgres, que son procesos, comienzan y paran por el
requerimiento de clientes.

esta

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 servido