Actualizado el 21 de Marzo del 2018 (Publicado el 30 de Diciembre del 2017)
1.308 visualizaciones desde el 30 de Diciembre del 2017
1,0 MB
71 paginas
Creado hace 19a (08/11/2005)
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
Comentarios de: Arquitecturas de los DBMS (0)
No hay comentarios