¿Qué es PostgreSQL?

Historia y
requerimientos de instalación
López Villagomez Jesus Emanuel

9 DE OCTUBRE DE 2020
TALLLER DE BASE DE DATOS
Itcelaya
What is PostgreSQL?
PostgreSQL es un potente sistema de base de datos relacional de objetos
de código abierto que utiliza y amplía el lenguaje SQL combinado con
muchas características que almacenan y escalan de forma segura las cargas
de trabajo de datos más complicadas. Los orígenes de PostgreSQL se
remontan a 1986 como parte del proyecto POSTGRES en la Universidad de
California en Berkeley y tiene más de 30 años de desarrollo activo en la
plataforma central.
PostgreSQL se ha ganado una sólida reputación por su arquitectura
probada, confiabilidad, integridad de datos, conjunto de características
robustas, extensibilidad y la dedicación de la comunidad de código
abierto detrás del software para brindar soluciones innovadoras y de alto
rendimiento de manera consistente. PostgreSQL se ejecuta en todos los
principales sistemas operativos, ha sido compatible con ACID desde 2001 y
tiene potentes complementos como el popular extensor de base de datos
geoespacial PostGIS. No es de extrañar que PostgreSQL se haya convertido
en la base de datos relacional de código abierto elegida por muchas
personas y organizaciones.
Comenzar a usar PostgreSQL nunca ha sido tan fácil: elija un proyecto que
desee construir y deje que PostgreSQL almacene sus datos de manera segura
y sólida.

Brief History of PostgreSQL

El sistema de administración de bases de datos relacionales de objetos
ahora conocido como PostgreSQL se deriva del paquete POSTGRES escrito en
la Universidad de California en Berkeley. Con más de dos décadas de
desarrollo a sus espaldas, PostgreSQL es ahora la base de datos de código
abierto más avanzada disponible en cualquier lugar.

2.1. The Berkeley POSTGRES Project

El proyecto POSTGRES, dirigido por el profesor Michael Stonebraker, fue
patrocinado por la Agencia de Proyectos de Investigación Avanzada de
Defensa (DARPA), la Oficina de Investigación del Ejército (ARO), la
Fundación Nacional de Ciencias (NSF) y ESL, Inc. La implementación de
POSTGRES comenzó en 1986. Los conceptos iniciales del sistema se
presentaron en [ston86] y la definición del modelo de datos inicial
apareció en [rowe87]. El diseño del sistema de reglas en ese momento se
describió en [ston87a]. La lógica y la arquitectura del administrador de
almacenamiento se detallaron en [ston87b].
POSTGRES ha sido objeto de varios lanzamientos importantes desde
entonces. El primer sistema "demoware" entró en funcionamiento en 1987 y
se mostró en la Conferencia ACM-SIGMOD de 1988. La versión 1, descrita en
[ston90a], se lanzó a algunos usuarios externos en junio de 1989. En
respuesta a una crítica del primer sistema de reglas ([ston89]), se
rediseñó el sistema de reglas ([ston90b]) y la versión 2 fue lanzado en
junio de 1990 con el nuevo sistema de reglas. La versión 3 apareció en
1991 y agregó soporte para múltiples administradores de almacenamiento,
un ejecutor de consultas mejorado y un sistema de reglas reescrito. En su
mayor parte, las versiones posteriores hasta Postgres95 (ver más abajo)
se enfocaron en la portabilidad y confiabilidad.
POSTGRES se ha utilizado para implementar muchas aplicaciones de
investigación y producción diferentes. Estos incluyen: un sistema de
análisis de datos financieros, un paquete de monitoreo del desempeño del
motor a reacción, una base de datos de seguimiento de asteroides, una
base de datos de información médica y varios sistemas de información
geográfica. POSTGRES también se ha utilizado como herramienta educativa
en varias universidades. Finalmente, Illustra Information Technologies
(que luego se fusionó con Informix, que ahora es propiedad de IBM)
recogió el código y lo comercializó. A finales de 1992, POSTGRES se
convirtió en el administrador de datos principal del proyecto de
computación científica Sequoia 2000.
El tamaño de la comunidad de usuarios externos casi se duplicó durante
1993. Se hizo cada vez más obvio que el mantenimiento del código
prototipo y el soporte estaba ocupando una gran cantidad de tiempo que
debería haberse dedicado a la investigación de bases de datos. En un
esfuerzo por reducir esta carga de soporte, el proyecto POSTGRES de
Berkeley terminó oficialmente con la Versión 4.2.

2.2. Postgres95
En 1994, Andrew Yu y Jolly Chen agregaron un intérprete de lenguaje SQL a
POSTGRES. Posteriormente, con un nuevo nombre, Postgres95 se lanzó a la
web para encontrar su propio camino en el mundo como un descendiente de
código abierto del código POSTGRES Berkeley original.
El código de Postgres95 fue completamente ANSI C y su tamaño se redujo en
un 25%. Muchos cambios internos mejoraron el rendimiento y la capacidad
de mantenimiento. La versión 1.0.x de Postgres95 se ejecutó entre un 30 y
un 50% más rápido en Wisconsin Benchmark en comparación con POSTGRES,
versión 4.2. Aparte de las correcciones de errores, las siguientes fueron
las principales mejoras:
• El lenguaje de consulta PostQUEL fue reemplazado por SQL (implementado
en el servidor). (La biblioteca de interfaz libpq recibió el nombre de
PostQUEL.) Las subconsultas no se admitieron hasta PostgreSQL (ver más
abajo), pero se podían imitar en Postgres95 con funciones SQL definidas
por el usuario. Se volvieron a implementar las funciones agregadas.
También se agregó soporte para la cláusula de consulta GROUP BY.
• Se proporcionó un nuevo programa (psql) para consultas SQL
interactivas, que usaba GNU Readline. Esto reemplazó en gran medida al
antiguo programa de monitoreo.
• Una nueva biblioteca de front-end, libpgtcl, admitía clientes basados
en Tcl. Un shell de muestra, pgtclsh, proporcionó nuevos comandos Tcl
para interconectar los programas Tcl con el servidor Postgres95.
• Se revisó la interfaz de objetos grandes. La inversión de objetos
grandes era el único mecanismo para almacenar objetos grandes. (Se
eliminó el sistema de archivos de inversión).
• Se eliminó el sistema de reglas a nivel de instancia. Las reglas
todavía estaban disponibles como reglas de reescritura.
• Se distribuyó con el código fuente un breve tutorial que presenta las
características habituales de SQL y las de Postgres95.
• Se usó GNU make (en lugar de BSD make) para la construcción. Además,
Postgres95 podría compilarse con un GCC sin parches (se corrigió la
alineación de datos de los dobles).
2.3. PostgreSQL
En 1996, quedó claro que el nombre "Postgres95" no resistiría la prueba
del tiempo. Elegimos un nuevo nombre, PostgreSQL, para reflejar la
relación entre el POSTGRES original y las versiones más recientes con
capacidad SQL. Al mismo tiempo, configuramos la numeración de la versión
para que comenzara en 6.0, volviendo a colocar los números en la
secuencia originalmente iniciada por el proyecto Berkeley POSTGRES.
Mucha gente continúa refiriéndose a PostgreSQL como "Postgres" (ahora
rara vez en mayúsculas) debido a la tradición o porque es más fácil de
pronunciar. Este uso es ampliamente aceptado como apodo o alias.
El énfasis durante el desarrollo de Postgres95 estuvo en identificar y
comprender los problemas existentes en el código del servidor. Con
PostgreSQL, el énfasis se ha desplazado hacia el aumento de
características y capacidades, aunque el trabajo continúa en todas las
áreas.
Los detalles sobre lo que ha sucedido en PostgreSQL desde entonces se
pueden encontrar en el Apéndice E.
REQUERIMIENTOS DE HARDWARE Y SOFTWARE

Componente Requisito

.NET 3.5 SP1 es un requisito para SQL Server 2014 cuando se

selecciona Motor de base de datos, Reporting Services, Master Data
Services, Data Quality Services, Replicación o SQL Server Management
Studio, y no lo instala ya el programa de instalación de SQL Server.

Si ejecuta el programa de instalación y no tiene .NET 3.5 SP1, el

programa de instalación de SQL Server requiere que descargue e instale
.NET 3.5 SP1 para poder continuar con la instalación de SQL
Server. (Instale .NET 3.5 SP1 desde Microsoft .NET Framework 3.5
Service Pack 1). El mensaje de error incluye un vínculo al centro de
descarga o bien puede descargar .NET 3.5 SP1
.NET desde Windows Update. Para evitar la interrupción durante la
Framework instalación de SQL Server, puede descargar e instalar .NET 3.5 SP1 antes
de ejecutar el programa de instalación de SQL Server.

Si ejecuta el programa de instalación en un equipo con Windows Server

2008 R2 SP1 o Windows 8, debe habilitar .NET Framework 3.5 SP1
antes de instalar SQL Server 2014.

Si no tiene acceso a internet, debe descargar e instalar .NET Framework

3.5 SP1 antes de ejecutar el programa de instalación para instalar
cualquiera de los componentes mencionados anteriormente. Para
obtener más información acerca de las recomendaciones e
instrucciones sobre cómo adquirir y habilitar .NET Framework 3.5 en
Windows 8 y Windows Server 2012, vea.
 .NET 4.0 es un requisito para SQL Server 2014. SQL Server instala .NET
4.0 durante el paso de instalación de características.

Si está instalando las ediciones de SQL Server Express, asegúrese de

que el equipo disponga de conexión a Internet. El programa de
instalación de SQL Server descarga e instala .NET Framework 4 puesto
que no se incluye en el medio de instalación de SQL Server Express.

SQL Server Express no instala .NET 4.0 en el modo Server Core de

Windows Server 2008 R2 SP1 o Windows Server 2012. Debe instalar
.NET 4.0 antes de SQL Server Express en una instalación Server Core de
Windows Server 2008 R2 SP1 o Windows Server 2012.

SQL Server 2014 no instala ni habilita Windows PowerShell 2.0; sin

Windows embargo, Windows PowerShell 2.0 es un requisito previo de instalación
PowerShell para los componentes del Motor de base de datos y SQL Server
Management Studio.

Los sistemas operativos admitidos para SQL Server 2014

tienen software de red integrado. Las instancias con nombre y
Software de
predeterminadas de una instalación independiente admiten los
red
siguientes protocolos de red: Memoria compartida, Canalizaciones con
nombre, TCP/IP y VIA.

SQL Server 2014 se admite en entornos de máquina virtual que se

ejecutan en el rol Hyper-V de:

Windows Server 2008 SP2 Standard, Enterprise y Datacenter

Ediciones Windows Server 2008 R2 SP1 Standard, Enterprise y

Datacenter.

Windows Server 2012 Datacenter y Standard.

Además de los recursos que necesita la partición primaria, a cada

máquina virtual (partición secundaria) se le deben proporcionar
Virtualización
suficientes recursos de procesador, memoria y recursos de disco para
su instancia de SQL Server 2014. Los requisitos se enumeran más
adelante en este tema.1

Dentro del rol Hyper-V de Windows Server 2008 SP2 o Windows Server
2008 R2 SP1, se puede asignar un máximo de 4
(cuatro) procesadores virtuales a las máquinas virtuales que ejecutan
ediciones de 32 o 64 bits de Windows Server 2008 SP2, de 64 bits de
Windows Server 2008 R2 SP1 o de 64 bits de Windows Server 2012.

Dentro del rol Hyper-V de Windows Server 2012,

 Se puede asignar un máximo de 8 (ocho) procesadores virtuales a las
máquinas virtuales que ejecutan ediciones de 32 y 64 bits de Windows
Server 2008 SP2.

Se puede asignar un máximo de 64 (sesenta y cuatro) procesadores

virtuales a las máquinas virtuales que ejecutan ediciones de 64 bits de
Windows Server 2008 R2 SP1 o de Windows Server 2012.

SQL Server 2014 requiere un mínimo de 6 GB de espacio disponible en

disco.
Disco duro
Las necesidades de espacio en disco variarán según los componentes
de SQL Server 2014 que instale.

Unidad Para la instalación desde disco se necesita una unidad de DVD.

SQL Server 2014 requiere Super VGA (800x600) o un monitor de una

Monitor
resolución mayor.

La funcionalidad de Internet necesita acceso a Internet (no

Internet
necesariamente de carácter gratuito).

Componente Requisito

Mínimo:

Ediciones Express: 512 MB

Todas las demás ediciones: 1 GB

Memoria Se recomienda:

Ediciones Express: 1 GB

Todas las demás ediciones: al menos 4 GB y debe aumentar a

medida que el tamaño de la base de datos aumente para asegurar
un rendimiento óptimo.

Mínimo:

Velocidad del Procesador x86: 1,0 GHz

procesador Procesador x64: 1,4 GHz

Recomendado: 2 GHz o más

 Procesador x64: AMD Opteron, AMD Athlon 64, Intel Xeon
Tipo de compatible con Intel EM64T Intel Pentium IV compatible con EM64T
procesador
Procesador x86: compatible con Pentium III o superior