Introducción

El modelo de datos relacional, que organiza los datos en tablas de filas y columnas, predomina en las herramientas de gestión de bases de datos. Hoy en día hay otros modelos de datos, incluidos NoSQL y NewSQL, pero los sistemas de gestión de bases de datos relacionales (RDBMSs) siguen siendo dominantes para almacenar y administrar datos en todo el mundo.

Este artículo compara y contrasta tres de los RDBMSS de código abierto más implementados: SQLite, MySQL y PostgreSQL. Específicamente, explorará los tipos de datos que utiliza cada RDBMS, sus ventajas y desventajas, y las situaciones en las que están mejor optimizados.

Un poco sobre los Sistemas de Gestión de Bases de Datos

Las bases de datos son grupos de información o datos modelados lógicamente. Un sistema de gestión de bases de datos (DBMS), por otro lado, es un programa informático que interactúa con una base de datos. Un SGBD le permite controlar el acceso a una base de datos, escribir datos, ejecutar consultas y realizar cualquier otra tarea relacionada con la administración de bases de datos. Aunque los sistemas de gestión de bases de datos a menudo se denominan «bases de datos», los dos términos no son intercambiables. Una base de datos puede ser cualquier colección de datos, no solo uno almacenado en una computadora, mientras que un DBMS es el software que le permite interactuar con una base de datos.

Todos los sistemas de gestión de bases de datos tienen un modelo subyacente que estructura cómo se almacenan y se accede a los datos. Un sistema de gestión de bases de datos relacionales es un SGBD que emplea el modelo de datos relacional. En este modelo, los datos se organizan en tablas, que en el contexto de los Rdbms son más formalmente conocido como relaciones. Una relación es un conjunto de tuplas o filas en una tabla, con cada tupla compartiendo un conjunto de atributos o columnas:

La mayoría de las bases de datos relacionales utilizan el lenguaje de consulta estructurado (SQL) para administrar y consultar datos. Sin embargo, muchos RDBMSs utilizan su propio dialecto particular de SQL, que puede tener ciertas limitaciones o extensiones. Estas extensiones suelen incluir características adicionales que permiten a los usuarios realizar operaciones más complejas de lo que podrían con SQL estándar.

Nota: El término «SQL estándar» aparece varias veces a lo largo de esta guía. Los estándares SQL son mantenidos conjuntamente por el American National Standards Institute (ANSI), la Organización Internacional de Normalización (ISO) y la Comisión Electrotécnica Internacional (IEC). Cada vez que este artículo menciona «SQL estándar» o «el estándar SQL», se refiere a la versión actual del estándar SQL publicado por estos organismos.

Debe tenerse en cuenta que el estándar SQL completo es grande y complejo: el cumplimiento de SQL:2011 de núcleo completo requiere 179 características. Debido a esto, la mayoría de los RDBMSS no admiten todo el estándar, aunque algunos se acercan más al cumplimiento completo que otros.

A cada columna se le asigna un tipo de datos que dicta qué tipo de entradas se permiten en esa columna. Diferentes RDBMSS implementan diferentes tipos de datos, que no siempre son directamente intercambiables. Algunos tipos de datos comunes incluyen fechas, cadenas, enteros y booleanos.

Los tipos de datos numéricos pueden estar firmados, lo que significa que pueden representar números positivos y negativos, o sin signo, lo que significa que solo pueden representar números positivos. Por ejemplo, el tipo de datos tinyint de MySQL puede contener 8 bits de datos, lo que equivale a 256 valores posibles. La firma gama de este tipo de datos es de -128 a 127, mientras que el unsigned rango es de 0 a 255.

A veces, un administrador de base de datos impone una restricción a una tabla para limitar los valores que se pueden introducir en ella. Una restricción normalmente se aplica a una columna en particular, pero algunas restricciones pueden aplicar también a toda una tabla. Estas son algunas restricciones que se usan comúnmente en SQL:

• UNIQUE: La aplicación de esta restricción a una columna garantiza que no haya dos entradas idénticas en esa columna.
• NOT NULL: Esta restricción asegura que una columna no tiene ningún NULL entradas.
• PRIMARY KEY: Una combinación de UNIQUE y NOT NULL, el PRIMARY KEY restricción asegura que no hay ninguna entrada en la columna NULL y que cada entrada es distinta.
• FOREIGN KEY: A FOREIGN KEY es una columna de una tabla que se refiere al PRIMARY KEY de otra tabla. Esta restricción se usa para vincular dos tablas: las entradas a la columna FOREIGN KEY ya deben existir en la columna padre PRIMARY KEY para que el proceso de escritura tenga éxito.
• CHECK: Esta restricción limita el rango de valores que se pueden introducir en una columna. Por ejemplo, si su aplicación está destinada solo a residentes de Alaska, puede agregar una restricción CHECK en una columna de código postal para permitir solo entradas entre 99501 y 99950.

Si desea obtener más información sobre los sistemas de administración de bases de datos, consulte nuestro artículo sobre Comprensión de las bases de datos SQL y NoSQL y los Diferentes Modelos de bases de datos.

Ahora que hemos cubierto los sistemas de gestión de bases de datos relacionales en general, pasemos a la primera de las tres bases de datos relacionales de código abierto que este artículo cubrirá: SQLite.

SQLite

SQLite es un RDBMS autónomo, basado en archivos y de código abierto conocido por su portabilidad, fiabilidad y rendimiento sólido incluso en entornos de poca memoria. Sus transacciones son compatibles con ÁCIDO, incluso en casos en que el sistema se bloquea o sufre un corte de energía.

El sitio web del proyecto SQLite lo describe como una base de datos «sin servidor». La mayoría de los motores de bases de datos relacionales se implementan como un proceso de servidor en el que los programas se comunican con el servidor host a través de una comunicación entre procesos que transmite solicitudes. Sin embargo, con SQLite, cualquier proceso que acceda a la base de datos lee y escribe en el archivo de disco de la base de datos directamente. Esto simplifica el proceso de configuración de SQLite, ya que elimina cualquier necesidad de configurar un proceso de servidor. Del mismo modo, no se necesita configuración para los programas que utilizarán la base de datos SQLite: todo lo que necesitan es acceso al disco.

SQLite es un software libre y de código abierto, y no se requiere ninguna licencia especial para usarlo. Sin embargo, el proyecto ofrece varias extensiones, cada una por una sola vez, que ayudan con la compresión y el cifrado. Además, el proyecto ofrece varios paquetes de apoyo comercial, cada uno por una tarifa anual.

SQLite Admiten los Tipos de Datos

SQLite permite una gran variedad de tipos de datos, organizados en las siguientes clases de almacenamiento:

Tipo de Datos	Explicación
null	Incluye cualquier NULL valores.
integer	enteros, almacenados en 1, 2, 3, 4, 6, o 8 bytes dependiendo de la magnitud del valor.
real	Números reales, o valores de coma flotante, almacenados como números de coma flotante de 8 bytes.
text	Cadenas de texto almacenadas mediante la codificación de la base de datos, que pueden ser UTF-8, UTF-16BE o UTF-16LE.
blob	Cualquier blob de datos, con cada blob almacenado exactamente como se introdujo.

En el contexto de SQLite, los términos «clase de almacenamiento» y «tipo de datos» se consideran intercambiables. Si desea obtener más información sobre los tipos de datos de SQLite y la afinidad de tipos de SQLite, consulte la documentación oficial de SQLite sobre el tema.

Ventajas de SQLite

• Tamaño reducido: Como su nombre indica, la biblioteca SQLite es muy ligera. Aunque el espacio que utiliza varía según el sistema en el que esté instalado, puede ocupar menos de 600 Kb de espacio. Además, es totalmente autónomo, lo que significa que no hay dependencias externas que tenga que instalar en su sistema para que SQLite funcione.
• Fácil de usar: SQLite a veces se describe como una base de datos de «configuración cero» que está lista para usar de inmediato. SQLite no se ejecuta como un proceso de servidor, lo que significa que nunca necesita ser detenido, iniciado o reiniciado y no viene con ningún archivo de configuración que deba ser administrado. Estas características ayudan a agilizar la ruta desde la instalación de SQLite hasta la integración con una aplicación.
• Portátil: A diferencia de otros sistemas de gestión de bases de datos, que normalmente almacenan datos como un gran lote de archivos separados, toda una base de datos SQLite se almacena en un solo archivo. Este archivo se puede ubicar en cualquier lugar de una jerarquía de directorios y se puede compartir a través de medios extraíbles o protocolo de transferencia de archivos.

Desventajas de SQLite

• Concurrencia limitada: Aunque varios procesos pueden acceder y consultar una base de datos SQLite al mismo tiempo, solo un proceso puede realizar cambios en la base de datos en un momento dado. Esto significa que SQLite admite mayor concurrencia que la mayoría de los otros sistemas de gestión de bases de datos integrados, pero no tanto como RDBMSs cliente/servidor como MySQL o PostgreSQL.
• Sin administración de usuarios: Los sistemas de bases de datos a menudo vienen con soporte para usuarios o conexiones administradas con privilegios de acceso predefinidos a la base de datos y las tablas. Como SQLite lee y escribe directamente en un archivo de disco ordinario, los únicos permisos de acceso aplicables son los permisos de acceso típicos del sistema operativo subyacente. Esto hace que SQLite sea una mala opción para aplicaciones que requieren varios usuarios con permisos de acceso especiales.
• Seguridad: Un motor de base de datos que utiliza un servidor puede, en algunos casos, proporcionar una mejor protección contra errores en la aplicación cliente que una base de datos sin servidor como SQLite. Por ejemplo, los punteros extraviados de un cliente no pueden dañar la memoria del servidor. Además, debido a que un servidor es un único proceso persistente, una base de datos cliente-servidor puede controlar el acceso a los datos con más precisión que una base de datos sin servidor, lo que permite un bloqueo más detallado y una mejor concurrencia.

Cuándo usar SQLite

• Aplicaciones integradas: SQLite es una gran opción de base de datos para aplicaciones que necesitan portabilidad y no requieren expansión futura. Los ejemplos incluyen aplicaciones locales de un solo usuario y aplicaciones o juegos móviles.Reemplazo de acceso al disco: En los casos en que una aplicación necesite leer y escribir archivos en el disco directamente, puede ser beneficioso usar SQLite para la funcionalidad y simplicidad adicionales que conlleva el uso de SQL.
• Pruebas: Para muchas aplicaciones puede ser excesivo probar su funcionalidad con un SGBD que utiliza un proceso de servidor adicional. SQLite tiene un modo en memoria que se puede usar para ejecutar pruebas rápidamente sin la sobrecarga de operaciones de base de datos reales, lo que lo convierte en una opción ideal para realizar pruebas.

Cuándo no usar SQLite

• Trabajar con muchos datos: SQLite puede admitir técnicamente una base de datos de hasta 140 TB de tamaño, siempre que la unidad de disco y el sistema de archivos también admitan los requisitos de tamaño de la base de datos. Sin embargo, el sitio web de SQLite recomienda que cualquier base de datos que se acerque a 1 TB se aloje en una base de datos cliente-servidor centralizada, ya que una base de datos SQLite de ese tamaño o más grande sería difícil de administrar.
• Altos volúmenes de escritura: SQLite permite que solo se realice una operación de escritura en un momento dado, lo que limita significativamente su rendimiento. Si su aplicación requiere muchas operaciones de escritura o varios escritores simultáneos, es posible que SQLite no sea adecuado para sus necesidades.
• Se requiere acceso a la red: Debido a que SQLite es una base de datos sin servidor, no proporciona acceso directo de red a sus datos. Este acceso está integrado en la aplicación, por lo que si los datos de SQLite se encuentran en una máquina separada de la aplicación, se requerirá un enlace del motor al disco de gran ancho de banda a través de la red. Esta es una solución costosa e ineficiente, y en tales casos un DBMS cliente-servidor puede ser una mejor opción.

MySQL

De acuerdo con el Ranking de Motores de base de datos, MySQL ha sido el RDBMS de código abierto más popular desde que el sitio comenzó a rastrear la popularidad de la base de datos en 2012. Es un producto rico en funciones que impulsa muchos de los sitios web y aplicaciones más grandes del mundo, incluidos Twitter, Facebook, Netflix y Spotify. Comenzar a usar MySQL es relativamente sencillo, gracias en gran parte a su exhaustiva documentación y a su gran comunidad de desarrolladores, así como a la abundancia de recursos en línea relacionados con MySQL.

MySQL fue diseñado para la velocidad y la fiabilidad, a expensas de la adhesión total a SQL estándar. Los desarrolladores de MySQL trabajan continuamente para lograr una adhesión más estrecha a SQL estándar, pero todavía está a la zaga de otras implementaciones de SQL. Sin embargo, viene con varios modos y extensiones SQL que lo acercan al cumplimiento. A diferencia de las aplicaciones que usan SQLite, las aplicaciones que usan una base de datos MySQL acceden a ella a través de un proceso de demonio separado. Debido a que el proceso del servidor se encuentra entre la base de datos y otras aplicaciones, permite un mayor control sobre quién tiene acceso a la base de datos.

MySQL ha inspirado una gran cantidad de aplicaciones de terceros, herramientas y bibliotecas integradas que amplían su funcionalidad y ayudan a que sea más fácil trabajar con ellas. Algunas de las herramientas de terceros más utilizadas son phpMyAdmin, DBeaver y HeidiSQL.

Tipos de datos compatibles con MySQL

Los tipos de datos de MySQL se pueden organizar en tres grandes categorías: tipos numéricos, tipos de fecha y hora y tipos de cadenas.

tipos Numéricos:

Tipo de Datos	Explicación
tinyint	Un muy pequeño número entero. El rango con signos para este tipo de datos numéricos es de -128 a 127, mientras que el rango sin signos es de 0 a 255.
smallint	Un entero pequeño. El rango con signos para este tipo numérico es de -32768 a 32767, mientras que el rango sin signos es de 0 a 65535.
mediumint	el tamaño medio de Un número entero. El rango con signos para este tipo de datos numéricos es de -8388608 a 8388607, mientras que el rango sin signos es de 0 a 16777215.
int o integer	Un tamaño normal entero. El rango firmado para este tipo de datos numéricos es de -2147483648 a 2147483647, mientras que el rango sin firmar es de 0 a 4294967295.
bigint	Un entero grande. El rango firmado para este tipo de datos numéricos es de -9223372036854775808 a 9223372036854775807, mientras que el rango sin firmar es de 0 a 18446744073709551615.
float	Un pequeño (precisión simple) número de punto flotante.
doubledouble precision o real	Un tamaño normal (doble precisión) número de punto flotante.
decdecimalfixed o numeric	Un vasto número de punto fijo. La longitud de visualización de las entradas para este tipo de datos se define cuando se crea la columna, y cada entrada se adhiere a esa longitud.
bool o boolean	Booleano es un tipo de datos que sólo tiene dos valores posibles, generalmente de true o false.
bit	Un poco de tipo de valor para el que puede especificar el número de bits por valor de 1 a 64.

tipos de Fecha y hora:

Data Type	Explanation
date	A date, represented as YYYY-MM-DD.
datetime	A timestamp showing the date and time, displayed as YYYY-MM-DD HH:MM:SS.
timestamp	A timestamp indicating the amount of time since the Unix epoch (00:00:00 on January 1, 1970).
time	A time of day, displayed as HH:MM:SS.
year	A year expressed in either a 2 or 4 digit format, with 4 digits being the default.

String types:

Data Type	Explanation
char	A fixed-length string; las entradas de este tipo se rellenan a la derecha con espacios para cumplir con la longitud especificada cuando se almacenan.
varchar	Una cadena de longitud variable.
binary	Similar al tipo char, pero una cadena de bytes binarios de una longitud especificada en lugar de una cadena de caracteres no binaria.
varbinary	Similar al tipo varchar, pero una cadena de bytes binarios de longitud variable en lugar de una cadena de caracteres no binaria.
blob	A binary string with a maximum length of 65535 (2^16 – 1) bytes of data.
tinyblob	A blob column with a maximum length of 255 (2^8 – 1) bytes of data.
mediumblob	A blob column with a maximum length of 16777215 (2^24 – 1) bytes of data.
longblob	A blob column with a maximum length of 4294967295 (2^32 – 1) bytes of data.
text	A string with a maximum length of 65535 (2^16 – 1) characters.
tinytext	A text column with a maximum length of 255 (2^8 – 1) characters.
mediumtext	A text column with a maximum length of 16777215 (2^24 – 1) characters.
longtext	A text column with a maximum length of 4294967295 (2^32 – 1) characters.
enum	Una enumeración, que es un objeto string que toma un único valor de una lista de valores que se declaran cuando se crea la tabla.
set	Similar a una enumeración, un objeto de cadena que puede tener cero o más valores, cada uno de los cuales debe elegirse de una lista de valores permitidos que se especifican cuando se crea la tabla.

Ventajas de MySQL

• la Popularidad y facilidad de uso: Como uno de los sistemas de bases de datos más populares del mundo, no hay escasez de administradores de bases de datos que tengan experiencia trabajando con MySQL. Del mismo modo, hay una gran cantidad de documentación impresa y en línea sobre cómo instalar y administrar una base de datos MySQL, así como una serie de herramientas de terceros, como phpMyAdmin, que tienen como objetivo simplificar el proceso de comenzar con la base de datos.
• Seguridad: MySQL viene instalado con un script que le ayuda a mejorar la seguridad de su base de datos configurando el nivel de seguridad de la contraseña de la instalación, definiendo una contraseña para el usuario root, eliminando cuentas anónimas y eliminando bases de datos de prueba que, de forma predeterminada, son accesibles para todos los usuarios. Además, a diferencia de SQLite, MySQL admite la administración de usuarios y le permite otorgar privilegios de acceso usuario por usuario.
• Velocidad: Al elegir no implementar ciertas características de SQL, los desarrolladores de MySQL pudieron priorizar la velocidad. Mientras que las pruebas de referencia más recientes muestran que otros RDBMSs como PostgreSQL pueden coincidir o al menos acercarse a MySQL en términos de velocidad, MySQL todavía tiene una reputación como una solución de base de datos extremadamente rápida.Replicación
• : MySQL admite varios tipos diferentes de replicación, que es la práctica de compartir información entre dos o más hosts para ayudar a mejorar la confiabilidad, la disponibilidad y la tolerancia a errores. Esto es útil para configurar una solución de copia de seguridad de la base de datos o escalar horizontalmente la propia base de datos.

Desventajas de MySQL

• las limitaciones Conocidas: Debido a que MySQL fue diseñado para la velocidad y facilidad de uso en lugar del cumplimiento completo de SQL, viene con ciertas limitaciones funcionales. Por ejemplo, carece de soporte para cláusulas FULL JOIN.
• Características de licencia y propiedad: MySQL es un software con doble licencia, con una edición comunitaria gratuita y de código abierto bajo licencia GPLv2 y varias ediciones comerciales pagadas bajo licencias propietarias. Debido a esto, algunas características y complementos solo están disponibles para las ediciones propietarias.
• Desarrollo lento: Desde que el proyecto MySQL fue adquirido por Sun Microsystems en 2008, y más tarde por Oracle Corporation en 2009, ha habido quejas de los usuarios de que el proceso de desarrollo del DBMS se ha ralentizado significativamente, ya que la comunidad ya no tiene la agencia para reaccionar rápidamente a los problemas e implementar cambios.

Cuándo usar MySQL

• Operaciones distribuidas: El soporte de replicación de MySQL lo convierte en una excelente opción para configuraciones de bases de datos distribuidas, como arquitecturas primaria-secundaria o primaria-primaria.
• Sitios web y aplicaciones web: MySQL alimenta muchos sitios web y aplicaciones en Internet. Esto es, en gran parte, gracias a lo fácil que es instalar y configurar una base de datos MySQL, así como a su velocidad general y escalabilidad a largo plazo.
• Crecimiento futuro esperado: el soporte de replicación de MySQL puede ayudar a facilitar el escalado horizontal. Además, es un proceso relativamente sencillo actualizar a un producto MySQL comercial, como MySQL Cluster, que admite el sharding automático, otro proceso de escalado horizontal.

Cuando No Usar MySQL

• SQL cumplimiento es necesario: Dado que MySQL no intenta implementar el estándar SQL completo, esta herramienta no es completamente compatible con SQL. Si el cumplimiento completo o casi completo de SQL es una necesidad para su caso de uso, es posible que desee usar un DBMS más compatible.
• Concurrencia y grandes volúmenes de datos: Aunque MySQL generalmente funciona bien con operaciones de lectura pesada, la lectura-escritura simultánea puede ser problemática. Si su aplicación tendrá muchos usuarios escribiendo datos a la vez, otro RDBMS como PostgreSQL podría ser una mejor opción de base de datos.

PostgreSQL

PostgreSQL, también conocido como Postgres, se presenta como » la base de datos relacional de código abierto más avanzada del mundo.»Fue creado con el objetivo de ser altamente extensible y cumplir con los estándares. PostgreSQL es una base de datos relacional de objetos, lo que significa que, aunque es principalmente una base de datos relacional, también incluye características, como la herencia de tablas y la sobrecarga de funciones, que se asocian más a menudo con bases de datos de objetos.

Postgres es capaz de manejar de manera eficiente múltiples tareas al mismo tiempo, una característica conocida como concurrencia. Logra esto sin bloqueos de lectura gracias a su implementación del Control de Concurrencia Multiversión (MVCC), que garantiza la atomicidad, consistencia, aislamiento y durabilidad de sus transacciones, también conocido como cumplimiento de ÁCIDO.

PostgreSQL no es tan utilizado como MySQL, pero todavía hay una serie de herramientas y bibliotecas de terceros diseñadas para simplificar el trabajo con PostgreSQL, incluyendo pgAdmin y Postbird.

Los tipos de datos compatibles con PostgreSQL

PostgreSQL admite tipos de datos numéricos, de cadena y de fecha y hora como MySQL. Además, admite tipos de datos para formas geométricas, direcciones de red, cadenas de bits, búsquedas de texto y entradas JSON, así como varios tipos de datos idiosincrásicos.

tipos Numéricos:

Tipo de Datos	Explicación
bigint	firmado Un entero de 8 bytes.
bigserial	An autoincrementing 8 byte integer.
double precision	An 8 byte double precision floating-point number.
integer	A signed 4 byte integer.
numeric or decimal	An number of selectable precision, recommended for use in cases where exactness is crucial, such as monetary amounts.
real	A 4 byte single precision floating-point number.
smallint	A signed 2 byte integer.
smallserial	An autoincrementing 2 byte integer.
serial	An autoincrementing 4 byte integer.

Character types:

Data Type	Explanation
character	A character string with a specified fixed length.
character varying or varchar	A character string with a variable but limited length.
text	A character string of a variable, unlimited length.

Date and time types:

Data Type	Explanation
date	A calendar date consisting of the day, month, and year.
interval	A time span.
time or time without time zone	A time of day, not including the time zone.
time with time zone	A time of day, including the time zone.
timestamp or timestamp without time zone	A date and time, not including the time zone.
timestamp with time zone	A date and time, including the time zone.

Geometric types:

Data Type	Explanation
box	A rectangular box on a plane.
circle	A circle on a plane.
line	An infinite line on a plane.
lseg	A line segment on a plane.
path	A geometric path on a plane.
point	A geometric point on a plane.
polygon	A closed geometric path on a plane.

Network address types:

Data Type	Explanation
cidr	An IPv4 or IPv6 network address.
inet	An IPv4 or IPv6 host address.
macaddr	A Media Access Control (MAC) address.

Bit string types:

Data Type	Explanation
bit	A fixed-length bit string.
bit varying	A variable-length bit string.

Text search types:

Data Type	Explanation
tsquery	A text search query.
tsvector	A text search document.

JSON types:

Data Type	Explanation
json	Textual JSON data.
jsonb	Decomposed binary JSON data.

Other data types:

Data Type	Explanation
boolean	A logical Boolean, representing either true or false.
bytea	Short for «byte array”, this type is used for binary data.
money	An amount of currency.
pg_lsn	A PostgreSQL Log Sequence Number.
txid_snapshot	A user-level transaction ID snapshot.
uuid	A universally unique identifier.
xml	XML data.

Advantages of PostgreSQL

• SQL compliance: More so than SQLite or MySQL, PostgreSQL aims to closely adhere to SQL standards. According to the official PostgreSQL documentation, PostgreSQL supports 160 out of the 179 features required for full core SQL:cumplimiento de 2011, además de una larga lista de características opcionales.
• Código abierto y dirigido por la comunidad: Un proyecto de código abierto, el código fuente de PostgreSQL es desarrollado por una comunidad grande y dedicada. De manera similar, la comunidad Postgres mantiene y contribuye a numerosos recursos en línea que describen cómo trabajar con el DBMS, incluida la documentación oficial, el wiki de PostgreSQL y varios foros en línea.
• Extensible: Los usuarios pueden extender PostgreSQL de forma programática y sobre la marcha a través de su operación controlada por catálogo y su uso de carga dinámica. Se puede designar un archivo de código objeto, como una biblioteca compartida, y PostgreSQL lo cargará según sea necesario.

Desventajas del rendimiento de memoria de PostgreSQL

• : Para cada nueva conexión de cliente, PostgreSQL bifurca un nuevo proceso. A cada nuevo proceso se le asignan unos 10 MB de memoria, que pueden acumularse rápidamente para bases de datos con muchas conexiones. En consecuencia, para operaciones simples de lectura pesada, PostgreSQL es típicamente menos performante que otros RDBMSs, como MySQL.
• Popularidad: Aunque se ha utilizado más ampliamente en los últimos años, PostgreSQL históricamente se ha quedado atrás de MySQL en términos de popularidad. Una consecuencia de esto es que todavía hay menos herramientas de terceros que puedan ayudar a administrar una base de datos PostgreSQL. Del mismo modo, no hay tantos administradores de bases de datos con experiencia en la administración de una base de datos Postgres en comparación con aquellos con experiencia en MySQL.

Cuándo usar PostgreSQL

• La integridad de los datos es importante: PostgreSQL ha sido totalmente compatible con ACID desde 2001 e implementa el control de divisas multiversión para garantizar que los datos permanezcan consistentes, lo que lo convierte en una opción sólida de RDBMS cuando la integridad de los datos es crítica.
• Integración con otras herramientas: PostgreSQL es compatible con una amplia gama de lenguajes de programación y plataformas. Esto significa que si alguna vez necesita migrar su base de datos a otro sistema operativo o integrarla con una herramienta específica, es probable que sea más fácil con una base de datos PostgreSQL que con otro DBMS.
• operaciones Complejas: Postgres admite planes de consulta que pueden aprovechar múltiples CPU para responder consultas con mayor velocidad. Esto, junto con su fuerte soporte para múltiples escritores simultáneos, lo convierte en una excelente opción para operaciones complejas como el almacenamiento de datos y el procesamiento de transacciones en línea.

Cuándo no usar PostgreSQL

• La velocidad es imprescindible: A expensas de la velocidad, PostgreSQL se diseñó teniendo en cuenta la extensibilidad y la compatibilidad. Si su proyecto requiere las operaciones de lectura más rápidas posibles, PostgreSQL puede no ser la mejor opción de DBMS.
• Configuraciones simples: Debido a su gran conjunto de características y su fuerte adhesión a SQL estándar, Postgres puede ser excesivo para configuraciones de bases de datos simples. Para operaciones de lectura pesada donde se requiere velocidad, MySQL es típicamente una opción más práctica.
• Replicación compleja: Aunque PostgreSQL proporciona un fuerte soporte para la replicación, sigue siendo una característica relativamente nueva y algunas configuraciones, como una arquitectura primaria-primaria, solo son posibles con extensiones. La replicación es una característica más madura en MySQL y muchos usuarios consideran que la replicación de MySQL es más fácil de implementar, particularmente para aquellos que carecen de la experiencia necesaria en administración de bases de datos y sistemas.

Conclusión

Hoy en día, SQLite, MySQL y PostgreSQL son los tres sistemas de gestión de bases de datos relacionales de código abierto más populares del mundo. Cada uno tiene sus propias características y limitaciones, y sobresale en escenarios particulares. Hay un buen número de variables en juego al decidir sobre un RDBMS, y la elección rara vez es tan simple como elegir el más rápido o el que tiene más características. La próxima vez que necesite una solución de base de datos relacional, asegúrese de investigar estas y otras herramientas en profundidad para encontrar la que mejor se adapte a sus necesidades.

Si desea obtener más información sobre SQL y cómo usarlo para administrar una base de datos relacional, le recomendamos que consulte nuestra hoja de trucos sobre Cómo Administrar una base de datos SQL. Por otro lado, si desea aprender sobre bases de datos no relacionales (o NoSQL), consulte nuestra Comparación de Sistemas de Administración de Bases de Datos NoSQL.