TECNOLGICO NACIONAL DE MXICO

Instituto Tecnolgico Superior de Las

Choapas

INTEGRANTES DEL EQUIPO: HUMBERTO SOLIS SAINZ

NOMBRE DEL MAESTRO(A):

MATERIA:

ESCUELA: INSTITUTO TECNOLOGICO SUPERIOR DE LAS CHOAPAS

GRUPO: B 6 SEMESTRE

TRABAJO:

FECHA DE ENTREGA:
INDICE

1.- ANTECEDENTES DEL GESTOR............................................................................................3

2.- ESTRUCTURA FISICA DE LA BASE DE DATOS...............................................................10
3.- PLATAFORMA O SISTEMA OPERATIVO QUE SOPORTA..............................................17
 PostgreS
QL
1.- ANTECEDENTES DEL GESTOR.

PostgreSQL (o Postgres) comenz su vida en 1986 como POSTGRES, un

proyecto de investigacin de la universidad de Berkeley en California, dirigido por
el investigador de base de datos de gran influencia Michael Stonebraker. En el
diseo de POSTGRES, el equipo de Stonebraker busc mejorar a INGRES, un
proyecto prototipo anterior tambin dirigido por Stonebraker, principalmente a
travs del soporte de tipos de datos definidos por el usuario (o dominios) con
reglas complejas de negocio arbitrarias y otros conceptos relacionados a los
objetos.

El equipo de Stonebraker desarroll POSTGRES activamente por ocho aos, y

desarroll caractersticas que incluyen reglas, procedimientos y tipos extensivos
con ndices. POSTGRES luego se comercializ como Illustra, que luego fue
adquirido por Informix para integrarlo en su Servidor Universal. En 2001, IBM
adquiri Informix por la cifra de 1000 millones de dlares.

POSTGRES usaba su propio lenguaje de consultas, POSTQUEL, Aunque

tericamente superior al dominante SQL, con una mayor profundidad de expresin
debido a sus fundamentos tericos ms avanzados, en la prctica POSTQUEL no
se alineaba con las necesidades de la industria, que ya se haba estandarizado
con SQL. Por esa razn, en 1995, dos estudiantes de Ph.D. en el laboratorio de
Stonebraker, Andrew Yu y Jolly Chen, reemplazaron POSTQUEL con un
subconjunto extendido de SQL. POSTGRES pas a llamarse Postgres95.

En 1996, el proyecto obtuvo un gran inters desde fuera de la academia. Estaba

claro que el nombre Postgre95 no ira bien con el tiempo, y el proyecto se
renombr a PostgreSQL. El grupo global de desarrolladores de PostgreSQL, una
afiliacin internacional de desarrolladores de base de datos que trabajan
principalmente en la industria, haba nacido y asumi control del cdigo fuente de
Postgres. PostgreSQL empez con la versin 6, para mantener consistencia con el
control de versiones de Berkeley, como una seal de reconocimiento a la
importante contribucin hecha por el equipo de Stonebraker.

Durante esta era de desarrollo de cdigo abierto de la versin 6.*, se desarrollaron

muchas de las caractersticas que llegaran a definir PostgreSQL, incluyendo:

Control de concurrencia multiversin. El bloqueo a nivel de tabla fue reemplazado

por MVCC, un sistema sofisticado que previene a los lectores de bloquear a los
escritores y a los escritores de bloquear a los lectores. MVCC fue popularizado por
Oracle a principio de los 80, y su uso en el gratuito PostgreSQL ayud a mejorar la
adopcin de la tcnica en los muchos otros sistemas de base de datos que ahora
lo soportan.

Se hicieron mejoras de velocidad importantes. Si bien el proyecto tiene

confiabilidad e integridad de datos priorizada histricamente, hubo un aumento
significativo en el rendimiento.

Mejora de tipos integrados, incluyendo tipos sofisticados de fecha y hora, y

soporte para tipos geomtricos avanzados.

Los aproximadamente 4 aos y 5 correspondientes versiones principales (de la 7.0

a la 7.4) que marcaron la era 7.* trajeron ms mejoras. Incluyendo:

En particular, una implementacin inicial del WAL (registro de escritura

adelantada). El WAL es una familia de tcnicas para proveer atomicidad y
durabilidad en sistemas de base de datos. Los segmentos de WAL escribe en el
disco una descripcin de los cambios hechos a la base de datos, antes que tener
que aplicar directamente esos cambios.

OUTER JOINs

TOAST, una tcnica para almacenar mayor cantidad de datos comprimidos y fuera
de lnea, por lo que la base de datos podra, por ejemplo, ser usada para
almacenar grandes pasajes de texto eficientemente.

Algunos lenguajes de procedimientos, incluyendo PL/PGSQL, basado en el

PL/SQL de Oracle.

Si bien la lnea 7.* estuvo marcada por mejoras de usabilidad y caractersticas

avanzadas enfocadas al desarrollador que por mucho superaba a todos los
proveedores de bases de datos propietarias, fue la lnea 8.*, que dur desde el
2004 hasta el 2009, la que trajo caractersticas que previamente se crean ser de
la competencia exclusiva de 2 o 3 megacorporaciones. WAL el registro de
escritura anticipada fue una parte arquitecturalmente integral de muchas de
estas caractersticas, particularmente la clusterizacin y caractersticas de alta
disponibilidad. Fue y es uno de los enfoques continuos de las contribuciones de
cdigo abierto por parte de 2ndQuadrant para PostgreSQL. La lnea 8.* tambin
es notable por marcar la fundacin de 2ndQuadrant, que, desde el principio y a
partir de la versin 8.0, estuvo fuertemente involucrado en el proceso de desarrollo
de PostgreSQL.

Inicialmente, la versin 8.0 trajo una importante caracterstica: Puntos de

restauracin, o sub-transacciones, por lo que una pieza atmica de trabajo (es
decir, una transaccin) puede subdividirse en piezas ms pequeas de trabajo que
pueden atmicamente abortarse individualmente, sin la necesidad de abortar la
transaccin completa. Los puntos de restauracin incluso pueden ser anidados
arbitrariamente. Tal vez una caracterstica an ms importante introducida en esa
versin fue la Restauracin de un Punto en el Tiempo, una tcnica por medio de la
cual es posible proveer respaldos continuos del servidor, o regresar a cierto punto
en el pasado antes de una falla. Tambin trajo la tan esperada versin nativa para
Windows.

La versin 8.1 de 2005 trajo otra caracterstica de clase empresarial por parte de
2ndQuadrant: Particionamiento de tablas mediante el uso de exclusin de
restricciones, la cual es una caracterstica que permite al planeador elidir un
escaneo en tablas hijas de una tabla madre en una herencia de jerarqua, cuando
pude determinar que tal escaneo puede no retornar ningn registro para la
consulta en cuestin.

La versin 8.2 en 2006 consolid las ganancias de las 2 versiones anteriores, con
instrumentos mejorados de informacin de WAL y varias caractersticas de
recuperacin ante fallos. La versin 8.2 tambin fue notable por ser la versin
usada por Greenplum como base para su producto de base de datos propietario,
dirigido al mercado de almacenamiento de datos. Mientras que el valor exacto de
la adquisicin no fue hecho pblico, Greenplum haba planteado, segn se
informa, cerca de $61 millones en financiacin antes de la adquisicin, con eso
como base, la prensa tecnolgica independientemente estim el valor de la oferta
entre $100 y $150 millones.

La versin 8.3 de 2008 marc un hito en el rendimiento. Trajo una serie de

caractersticas mayores de rendimiento, incluyendo:

HOT (tuplas de slo tabla), como una optimizacin que permite el reciclaje de
tuplas muertas, no solamente por el usual proceso de VACUUM, sino tambin que
al momento de hacer INSERT o UPDATE, no ocurra ningn cambio a las
columnas indexadas. Aparte de mejorar considerablemente el rendimiento, esta
optimizacin tambin hace el rendimiento ms consistente.

Commit asncrono, una caracterstica introducida por Simon Riggs, CTO de

2ndQuadrant para permitirle a las transacciones hacer commit asncronamente por
razones de rendimiento, que pude ser usado por aplicaciones donde esto sea
conveniente.

Re-escritura del escritor en segundo plano por parte del consultor principal de
PostgreSQL de Estados Unidos y experto en rendimiento en Postgres, Gregory
Smith, para introducir una nueva estrategia justo a tiempo, que mejoraba
considerablemente la eficiencia de la escritura en el disco.

Una mejora lideraba por 2ndQuarant a la estrategia de desalojo de cach, para

que los escaneos secuenciales grandes no saquen a la fuerza indebidamente
pginas de cach usadas frecuentemente del cach del buffer en la misma
medida.

Mdulo pg_standby, escrito por 2ndQuadrant, que permite una fcil gestin de
espera semiactiva.

La versin 8.4, la ltima de la lnea 8.*, fue lanzada en 2009. Trajo nuevas mejoras
en la usabilidad, caractersticas centradas en el desarrollo y rendimiento,
incluyendo:

Ms caractersticas avanzadas de SQL, como funciones ventana y expresiones

comunes de tabla. Antes de esta versin, estas caractersticas estaban
exclusivamente disponibles en un pequeo nmero de sistemas de base de datos
propietarios.

Restauracin paralela: Restaurar la base de datos de un respaldo lgico en

paralelo.
El mapa de visualizacin, que reduce notablemente la sobrecarga de vacuum para
tablas que no cambian frecuentemente.

El mapa de espacio libre en disco, lo que simplific la gestin del mapa de espacio
libre al punto de que ya no es algo que deba ser considerado por los usuarios
finales.

La actual lnea 9.* representa un cambio para la comunidad PostgreSQL, por

varias razones; principalmente, en la mente de la mayora de los usuarios, por la
introduccin de esta versin de replicacin binaria en tiempo real. Esta fue una
caracterstica principal trada por el trabajo de 2ndQuadrant, como un
complemento lgico del anterior trabajo para la comunidad de la compaa en las
caractersticas liberadas de WAL, especficamente, la introduccin de la funcin de
espera activa por parte del CTO de 2ndQuadrant Simon Riggs.

Otra razn por la que la lnea 9.* representa un cambio es porque con ella,
PostgreSQL ha pasado de ser frecuentemente definido por comparaciones con
sistemas de gestin de base de datos propietarios a ser considerado estar en la
vanguardia, superando a todos sus competidores en un nmero de reas
importante. Tal vez lo ms notable sea que la introduccin por parte de
2ndQuadrant de la replicacin sncrona en PostgreSQL 9.1 ofrezca algo de
inmenso valor: replicacin sin prdida de datos. En una primicia mundial, los
usuarios incluso pueden controlar la durabilidad de cada transaccin, y todos los
niveles de durabilidad pueden co-existir en la misma aplicacin.

La lnea 9.* tambin trae una serie de primicias mundiales no directamente

relacionadas con WAL. Estas incluyen la caracterstica de aislamiento de
instantnea serializable, basado en un reciente y bien recibido documento
acadmico, a travs del cual es posible alcanzar verdadera serializacin ofrecida
por el bloqueo de predicado, sin causar ningn bloquea a las transacciones, y por
lo tanto sin ningn bloqueo adicional. Tambin incluye restricciones de exclusin,
mediante las cuales es posible solucionar el problema de doble reserva (para
evitar la doble contabilizacin de una sala de conferencias por medio de tener
sesiones superpuestas en el mismo cuarto), aplicado de la misma manera que una
restriccin unique sin el uso de pesados bloqueos explcitos que matan el
rendimiento. Un ejemplo adicional de una caracterstica innovadora disponible a
partir de PostgreSQL 9.1, es la escritura de expresiones comunes de tabla,
introducido por el consultor de 2ndQuadrant Marko Tiikkaja. Esta extensin no
estndar de las expresiones comunes de tabla del estndar SQL le permite usar la
clusula WITH que contengan subconsultas que no sean solamente SELECT, sino
tambin INSERT, UPDATE y DELETE. Esto facilita diversos patrones tiles, como
el fcil traslado de datos (Haciendo un DELETE en una tabla y un INSERT en otra)
dentro de una sola consulta o instantnea.
2.- ESTRUCTURA FISICA DE LA BASE DE DATOS.
3.- PLATAFORMA O SISTEMA OPERATIVO QUE
SOPORTA.

Plataformas soportadas: PostgreSQL est disponible para los siguientes sistemas

operativos: Linux, Windows, FreeBSD, OpenBSD, NetBSD, Mac OS X, AIX,
BSD/OS, HP-UX, IRIS.

Licencia: Es liberado bajo la GNU PostgreSQL, que es una licencia estilo MIT, y
es As, el software libre y de cdigo abierto.

Versiones: 9.2, 9.1, 9.0, 8.4, 8.3, 8.2, 8.2, 8.0, 7.4, 7.3, 7.2, 7.1, 7.0, 6.5, 6.4, 6.3.
Las nuevas versiones disponibles son 9.2.3, 9.1.8, 9.0.12, 8.4.16 y 8.3.23. Es
importante recordar que la versin 8.3.23 ser la ltima versin de la serie 8.3.
Realmente PostgreSQL no tiene requerimientos especficos de hardware. Se
considera suficiente con satisfacer los requerimientos recomendados para instalar
el sistema operativo que se vaya a utilizar. Como mismo se pude realizar todo el
desarrollo con un servidor Pentium IV de 1.7 MHz y 1 GB de RAM con Red Hat
Linux 8.0, para una mnima cantidad de usuarios, tambin podemos emplear
recursos de hardware distribuidos para un BD considerablemente grande.
Naturalmente, si se desea que el sistema ofrezca servicio a un nmero
relativamente grande de usuarios concurrentes habr que tener este factor en
cuenta a la hora de elegir el hardware ms apropiado de acuerdo con nuestras
necesidades.

Multi Linux, Unix, BSD's, Mac OS X, Solaris, AIX, Irix, HP-UX, Windows.
8 megabytes de Memoria RAM 30 megabytes de espacio en disco duro
para el cogido fuente
5 megabytes de espacio en disco duro para la instalacin de los ejecutables
1 megabyte extra para las bases de datos bsicas
3 megabytes de espacio en disco duro para el tarball con el cdigo fuente