E&M Consulting Limitada

Límites Generales de PostgreSQL

Máximo de base de datos : ILIMITADO
Máximo de tamaño de tabla : 32TB
Máximo de tamaño de registro : 1.6TB
Máximo de tamaño de campo : 1GB
Máximo de registros por Tabla : ILIMITADO
Máximo de campos por tabla: 250 a 1600
Máximo de índices por tabla : ILIMITADO
Métodos de almacenamiento de índices : B-tree, Rtree, Hash y GisT

Arquitectura de PostgreSQL

En el lenguajes de las bases de datos, PostgreSQL usa un modelo cliente/servidor. Una sesión de PostgreSQL se compone de los siguientes procesos cooperativos (programas):

El servidor, que administra los archivos de las bases de datos, acepta conexiones a las bases de datos de parte de aplicaciones clientes y ejecuta acciones sobre las bases de datos en representación de ellos. El programa servidor de bases de datos se llama postgres.
La aplicación cliente (frontend) que desea ejecutar operaciones en las bases de datos. Las aplicaciones cliente pueden ser muy diversas por naturaleza: podría ser una herramienta con interfaz de texto, una aplicación gráfica, un servidor Web que accede a las bases de datos para mostrar páginas Web, o una herramienta especializada para el mantenimiento de bases de datos. La distribución de PostgreSQL viene con algunas aplicaciones cliente; la mayoría es desarrollada por usuarios.

Como es típico en las aplicaciones cliente/servidor, el cliente y el servidor pueden estar en diferentes máquinas. En tal caso, ambos se comunican por medio de una conexión de red TCP/IP. Esto debe tenerse presente porque los archivos a los que se puede acceder desde una máquina cliente podrían no ser accesibles para la máquina con el servidor de bases de datos.

El servidor de PostgreSQL puede manejar muchas conexiones concurrentes de diferentes clientes. Para lograrlo, inicia ("ramifica") un proceso nuevo para cada conexión. A partir de ese punto, el cliente y el nuevo proceso del servidor se comunican sin la intervención del proceso original de postgres. De esta manera, el proceso maestro del servidor siempre está corriendo, esperando conexiones de clientes, mientras que los clientes y sus procesos de servidor asociados vienen y van. (Todo esto, claro está, es invisible para el usuario. Solo se menciona aquí para propósitos ilustrativos).