PostgreSQL vs MySQL: cuál elegir

La respuesta honesta es que ninguna de las dos es objetivamente mejor que la otra, porque ambas son bases de datos relacionales de código abierto excelentes, maduras y ampliamente probadas, y para la gran mayoría de los proyectos cualquiera de las dos hace perfectamente el trabajo. La pregunta de cuál es mejor está, de hecho, mal planteada, porque presupone que existe una respuesta universal cuando en realidad la mejor elección depende del contexto concreto de cada proyecto y equipo. Ambas comparten lo esencial: son relacionales, organizan los datos en tablas, se consultan con SQL, cumplen las garantías de fiabilidad de las transacciones, soportan claves, índices, uniones y transacciones, y tienen comunidades enormes y abundante documentación. Las diferencias que existen son de enfoque y de tradición, no de calidad: PostgreSQL tiene fama de ser el más completo, riguroso y apegado al estándar, con funciones avanzadas y gran extensibilidad, mientras que MySQL tiene fama de ser simple, rápido de arrancar y omnipresente en el ecosistema web. Sin embargo, estas diferencias se han reducido mucho con los años, ya que cada una ha ido incorporando las capacidades que se asociaban a la otra, de modo que las viejas afirmaciones tajantes sobre las supuestas carencias de una u otra ya no son válidas. Por eso, en lugar de buscar cuál es mejor en abstracto, la pregunta útil es cuál es mejor para tu situación particular, teniendo en cuenta lo que conoce tu equipo, lo que soporta tu infraestructura y las necesidades concretas del proyecto. Y si tras considerar esos factores sigues dudando, puedes elegir cualquiera de las dos con tranquilidad, porque difícilmente te equivocarás de forma irreparable.

PostgreSQL y MySQL se parecen en mucho más de lo que se diferencian, y de hecho comparten prácticamente todo lo esencial, que es la razón por la que para la mayoría de los proyectos cualquiera de las dos sirve. En primer lugar, ambas son bases de datos relacionales, lo que significa que organizan la información en tablas compuestas por filas y columnas, y que representan las relaciones entre distintos tipos de datos mediante claves. En segundo lugar, las dos se consultan y manipulan con SQL, el lenguaje estándar de las bases de datos relacionales, de modo que las operaciones fundamentales de crear tablas, insertar datos, consultarlos, filtrarlos, unir varias tablas mediante uniones y resumirlos con agregaciones se hacen de forma muy similar en ambas. En tercer lugar, ambas cumplen las garantías de fiabilidad de las transacciones, asegurando la integridad de los datos, y soportan las herramientas fundamentales del modelo relacional como las claves primarias y foráneas, los índices para acelerar las consultas, las uniones entre tablas y las transacciones. En cuarto lugar, las dos son de código abierto y gratuitas, cuentan con comunidades enormes y activas, abundante documentación y amplio soporte en herramientas y servicios. La consecuencia práctica de todo esto es que una persona que sabe trabajar con una de ellas se mueve con facilidad en la otra, porque el conocimiento fundamental de SQL y del modelo relacional es transferible casi por completo. Por eso se dice que en torno al noventa por ciento de lo que se hace con una base de datos en un proyecto típico es idéntico en ambas, y que las diferencias, aunque existen y son reales, afectan a aspectos más especializados que no cambian la experiencia cotidiana de la mayoría de los desarrolladores.

Las diferencias reales entre PostgreSQL y MySQL son de enfoque y de tradición más que de calidad, y conviene entenderlas con matices y evitando las caricaturas. PostgreSQL se ha caracterizado históricamente por un enfoque más completo y riguroso: prioriza el cumplimiento estricto del estándar SQL, pone énfasis en la corrección y la robustez, y ofrece un conjunto muy rico de funciones avanzadas, como tipos de datos sofisticados, una gran capacidad para manejar consultas complejas y una notable extensibilidad que permite ampliar sus capacidades. Por todo ello, suele ser el favorito para aplicaciones con lógica de datos sofisticada o necesidades especializadas. MySQL, por su parte, se ha caracterizado por un enfoque más orientado a la simplicidad, la facilidad de puesta en marcha y la ubicuidad: durante muchos años fue la base de datos por defecto del desarrollo web, formando parte del conjunto de tecnologías clásico para sitios web, y goza de un soporte enorme en servicios de alojamiento, herramientas y tutoriales, lo que facilita mucho empezar rápidamente. Otras diferencias tradicionales incluían aspectos como el grado de apego al estándar SQL o el conjunto de funciones disponibles. Sin embargo, es crucial entender que estas diferencias se han reducido considerablemente con el paso del tiempo, ya que ambas bases de datos han evolucionado mucho e incorporado las capacidades que antes se asociaban solo a la otra, de manera que las afirmaciones tajantes y desactualizadas sobre supuestas carencias de una u otra ya no reflejan la realidad actual. En la práctica, para elegir conviene fijarse en las necesidades concretas del proyecto en lugar de en estereotipos: si se prevén consultas muy complejas o el uso de funciones avanzadas, PostgreSQL puede tener ventaja, mientras que si se busca simplicidad y amplio soporte de alojamiento, MySQL resulta muy cómodo.

Para elegir entre PostgreSQL y MySQL de forma sensata conviene dejar de lado los debates abstractos sobre cuál es mejor y fijarse en tres criterios prácticos que sí marcan la diferencia en tu situación concreta. El primero y a menudo más importante es qué tecnología conoce mejor tu equipo: una base de datos que las personas que van a desarrollarla y operarla ya dominan os hará mucho más productivos y os evitará errores que una alternativa teóricamente superior pero que nadie sabe usar bien, porque en la práctica la competencia del equipo pesa más que las diferencias técnicas entre dos opciones ambas excelentes. El segundo criterio es qué soporta tu infraestructura y tu entorno: el servicio de alojamiento, el proveedor de nube, el framework o las herramientas que vayas a utilizar pueden inclinar la balanza de forma decisiva, ya que, por ejemplo, muchos alojamientos compartidos ofrecen MySQL de serie, mientras que ciertos entornos o servicios están especialmente bien integrados con PostgreSQL. El tercer criterio son las necesidades concretas del proyecto: si prevés consultas muy complejas, el uso de tipos de datos avanzados o funciones especializadas, PostgreSQL suele ofrecer ventajas, mientras que si tu caso es más estándar y buscas simplicidad y rapidez para arrancar, MySQL cubre el objetivo sin problema. Aplicando estos tres criterios, la elección suele volverse bastante clara. Y una recomendación final: no sobredimensiones la decisión, porque para la inmensa mayoría de los proyectos ambas funcionarán bien, y usar correctamente la base de datos que elijas, con un buen diseño, índices adecuados y copias de seguridad probadas, importa mucho más que cuál de las dos hayas escogido.

MariaDB es una base de datos relacional de código abierto que nació como una derivación de MySQL, creada por parte de los desarrolladores originales de MySQL, y que se mantiene ampliamente compatible con este. Su origen se explica por circunstancias relacionadas con la adquisición de MySQL por parte de una gran empresa, lo que llevó a una parte de la comunidad a crear una alternativa que garantizara la continuidad de un desarrollo plenamente libre e independiente. Como MariaDB partió del mismo código y ha mantenido un alto grado de compatibilidad, en muchos casos puede utilizarse como un reemplazo directo de MySQL, empleando las mismas herramientas, comandos y conocimientos, aunque con el tiempo ambos proyectos han ido evolucionando por separado e introduciendo diferencias propias, por lo que la compatibilidad, siendo muy alta, no es absoluta en todos los detalles ni en todas las versiones. Para quien está eligiendo una base de datos, MariaDB es relevante porque representa una opción libre y abierta muy próxima a MySQL, que goza de buena reputación y de una comunidad activa, y que de hecho es la que ofrecen por defecto algunas distribuciones de sistema y algunos proveedores en lugar de MySQL. Por eso, al considerar la familia de MySQL, conviene tener presente que en la práctica la elección a veces es entre PostgreSQL, MySQL y MariaDB, siendo estas dos últimas muy parecidas entre sí y en gran medida intercambiables para los casos de uso habituales. En resumen, MariaDB es una alternativa compatible y libre a MySQL que amplía las opciones dentro del mundo de las bases de datos relacionales de código abierto.

El intenso debate que rodea la elección entre PostgreSQL y MySQL, y en general entre tecnologías populares, responde a una mezcla de factores humanos y de contexto más que a una verdadera controversia técnica insoluble. En primer lugar, cuando existen dos opciones excelentes y muy usadas que compiten en el mismo espacio, es natural que se formen comunidades con preferencias fuertes, y esas preferencias, reforzadas por la experiencia positiva de cada persona con la herramienta que conoce, tienden a expresarse con pasión y a veces con cierto tribalismo, presentando gustos personales o experiencias particulares como si fueran verdades objetivas y universales. En segundo lugar, mucha de la información que circula está desactualizada: afirmaciones que pudieron tener algo de cierto hace muchos años, como que una no escalaba bien o que la otra no era lo bastante seria o completa, se repiten como dogmas sin tener en cuenta que ambas han evolucionado enormemente y han cerrado casi todas esas brechas. En tercer lugar, el propio formato de los debates en internet tiende a premiar las posturas tajantes y polarizadas frente a los matices, de modo que un consejo equilibrado del tipo depende de tu contexto resulta menos llamativo que una afirmación rotunda a favor de una u otra. La consecuencia práctica es que conviene tomar estos debates con escepticismo saludable, entendiendo que la realidad es que ambas bases de datos sostienen con éxito sistemas de todo tipo y tamaño en todo el mundo, y que la decisión sensata no se toma leyendo quién grita más fuerte en un foro, sino evaluando con calma los criterios reales que importan para el propio proyecto. En definitiva, gran parte del debate es ruido, y la mejor actitud es informarse en fuentes serias y actualizadas y decidir según las necesidades concretas.