{"id":2691,"date":"2020-05-13T08:21:37","date_gmt":"2020-05-13T08:21:37","guid":{"rendered":"https:\/\/hoplasoftware.com\/?p=2691"},"modified":"2025-10-30T23:22:34","modified_gmt":"2025-10-30T22:22:34","slug":"6-errores-a-la-hora-de-utilizar-postgresql","status":"publish","type":"post","link":"https:\/\/hopla.tech\/en\/6-errores-a-la-hora-de-utilizar-postgresql\/","title":{"rendered":"PostgreSQL 6 errores comunes a evitar"},"content":{"rendered":"

Postgres es mundialmente conocida como una excelente base de datos de c\u00f3digo abierto, con gran madurez y unas caracter\u00edsticas que permiten a las organizaciones escalar y lograr una alta disponibilidad. Hemos visto a muchas empresas despuntar con Postgres. A lo largo de estos a\u00f1os, tambi\u00e9n hemos visto errores que pueden ralentizar y afectar al rendimiento de PostgreSQL o incluso hacer descarrilar todos los esfuerzos invertidos. <\/p>\n\n\n\n

En este post enumeramos los errores m\u00e1s comunes del uso de PostgreSQL, junto con algunas recomendaciones a evitar.<\/strong><\/p>\n\n\n\n\n\n\n\n

Error n\u00ba6 : no testear adecuadamente antes de migrar<\/strong><\/h4>\n\n\n\n

Este es un error que realmente nadie desea cometer, ya que puede causar problemas imprevistos y tiempo de inactividad. Antes de migrar las bases de datos de producci\u00f3n de un tipo a otro, aseg\u00farate de realizar una prueba en un entorno de no- productivo que refleje de cerca el entorno final o el de producci\u00f3n. No importa que est\u00e9s migrando de Oracle a PostgreSQL o migrando de MySQL a PostgreSQL; cada vez que realices la migraci\u00f3n, necesitas hacer una prueba antes. Aseg\u00farate de probar sus funciones plsql para comprobar que se transfieran correctamente de la base de datos existente a la nueva. Una vez que se haya probado la migraci\u00f3n en un entorno de no-productivo y se hayan resuelto los problemas, se puede pasar al entorno de producci\u00f3n con m\u00e1s confianza y seguridad. <\/p>\n\n\n\n

Error n\u00ba5: saltarse el manual<\/strong><\/h4>\n\n\n\n

Postgres tiene una excelente documentaci\u00f3n, que se puede encontrar aqu\u00ed<\/a>. La secci\u00f3n Getting Started puede ser de gran ayuda para comanzar a navegar por el material de PostgreSQL. As\u00ed mismo se puede navegar por el \u00edndice en busca de otros apartados de inter\u00e9s como puede ser el SQL Syntax, Backup and Restore o High Availability Setup. Los documentos son bastante completos y est\u00e1n bien organizados. Otra opci\u00f3n es la documentaci\u00f3n EDB PostgreSQL en sus tutoriales<\/a>.<\/p>\n\n\n\n

Error n\u00ba4: no compartir informaci\u00f3n<\/strong><\/h4>\n\n\n\n

Suele ocurrir que el experto en Postgres de la empresa sabe configurar e implementar Postgres sobre una infraestructura de OpenStack solution o PostgreSQL sobre Kubernetes. A menudo, su trabajo es excelente, pero un d\u00eda esa persona decide abandonar la empresa, y en ocasiones es posible que deje alg\u00fan documento wiki como back up de su trabajo, pero en otras nadie sabe nada acerca de esa soluci\u00f3n. <\/p>\n\n\n\n

La mejor soluci\u00f3n para que esto no ocurra es que el equipo de devOps y los DBA se impliquen por igual en el proceso. Al menos dos personas deben implementar la arquitectura para que nadie sea insustituible (\u00a1y todos pueden irse de vacaciones de vez en cuando!). Las sesiones de capacitaci\u00f3n pueden ser muy \u00fatiles para lograr que todo un equipo de personas comprenda las mejores pr\u00e1cticas de Postgres y comprenda el objetivo de la transici\u00f3n a Postgres. Aprendimos desde el principio que un servicio de implementaci\u00f3n exitoso deber\u00eda incluir una persona para implementar la soluci\u00f3n deseada y otra para capacitar al equipo y administrar el proceso y cualquier pregunta durante el mismo. Tanto el Servicio de Implementaci\u00f3n de EnterpriseDB<\/a> como el de Hopla! Software<\/a> siempre tienen dos consultores de Postgres trabajando en un mismo proyecto.<\/p>\n\n\n\n

Error n\u00ba 3: Migrar las bases de datos m\u00e1s dif\u00edciles primero<\/strong><\/h4>\n\n\n\n

Cuando estamos aprendiendo a nadar, no se nos ocurre ponernos a bucear directamente, \u00bfverdad? Eso es precisamente lo que hacen muchas empresas al migrar sus bases de datos a Postgres. Tanto desde EnterpriseDB como desde Hopla!, principal partner en Espa\u00f1a, se ha ayudado a muchas empresas que migran de Oracle a Postgres. <\/p>\n\n\n\n

A menudo, la elecci\u00f3n de una base de datos es aleatoria y puede estar basada en el conocimiento de los empleados o su tama\u00f1o; pero esto puede ser un error a medio plazo. La elecci\u00f3n de la misma debe realizarse bas\u00e1ndose en m\u00faltiples factores, entre los que se incluyen los anteriores y se a\u00f1aden otros de mayor peso como el uso que se le va a dar, las arquitecturas que se van a desplegar o la infraestructura que van a tener.<\/p>\n\n\n\n

Para evitar este error, la herramienta  Portal de Migraci\u00f3n<\/a> de EnterpriseDB eval\u00faa la compatibilidad de una base de datos existentes con Postgres. Una vez que se tenga idea de cu\u00e1les de las bases de datos son m\u00e1s y menos compatibles con Postgres, es recomendable comenzar con la que parezca m\u00e1s sencilla. Se adquirir\u00e1 experiencia y soltura, y  eso ayudar\u00e1 para cuando llegue el momento de gestionar los casos m\u00e1s dif\u00edciles.<\/p>\n\n\n\n

Error n\u00ba 2: No obtener ayuda<\/strong><\/h4>\n\n\n\n

Muy a menudo vemos que las empresas luchan por implementar Postgres porque simplemente no tienen suficiente experiencia de esta tecnolog\u00eda dentro de su empresa. En ocasiones tienen que hacer una autoformaci\u00f3n tediosa para descubrir c\u00f3mo es la tecnolog\u00eda y cu\u00e1les son las mejores pr\u00e1cticas para Postgres. Estos son algunos de los problemas que se se han ido viendo a lo largo de estos a\u00f1os: <\/p>\n\n\n\n