La popularidad de PostgreSQL se está disparando en el espacio empresarial. A medida que esta base de datos de código abierto continúa atrayendo nuevos usuarios de costosos sistemas comerciales de administración de bases de datos como Oracle, DB2 y SQL Server, las organizaciones están adoptando nuevos enfoques y desarrollando los suyos propios para mantener el rendimiento excepcional de sus implementaciones de SQL. Recientemente asistimos al evento PostgresConf en San José para escuchar a la base de usuarios de PostgreSQL más activa sobre sus estrategias de administración de bases de datos. En este último informe de tendencias, analizamos los proveedores de nube más populares para PostgreSQL, las estrategias VACUUM, las estrategias de gestión de consultas y el uso de la nube local frente al público que aprovechan las organizaciones empresariales.
Proveedores de nube más populares para alojamiento PostgreSQL
Empecemos con los proveedores de nube más populares para el alojamiento de PostgreSQL. No sorprende que los tres principales proveedores de nube del mundo compongan el 100 % de las implementaciones de PostgreSQL en la multitud en este informe empresarial. AWS, sin embargo, ha dado un salto significativo desde nuestro último informe, donde ahora promedian el 77,4 % del uso de la nube de PostgreSQL en comparación con el 55,0 % en abril. AWS ofrece un servicio de hospedaje administrado para PostgreSQL llamado Amazon RDS, pero hay muchas otras soluciones de DBaaS que ofrecen hospedaje de PostgreSQL en AWS, como ScaleGrid, que puede proporcionar compatibilidad con múltiples nubes para que no esté limitado a un solo proveedor de nube. .
AWS no fue el único proveedor de la nube que creció:descubrimos que el 19,4 % de las implementaciones en la nube de PostgreSQL se alojaron a través de Google Cloud Platform (GCP), un aumento del 11 % desde abril donde solo promediaron 17.5% de alojamiento PostgreSQL. Esto deja a nuestro último proveedor de nube:Microsoft Azure, que representó el 3,2 % de las implementaciones de nube de PostgreSQL en esta encuesta. Este es uno de los descubrimientos más impactantes, ya que Azure quedó empatado en el segundo lugar con GCP en abril y, por lo general, es una opción popular para las organizaciones empresariales que aprovechan el conjunto de servicios de Microsoft.
Lenguajes más utilizados con PostgreSQL
Este es un nuevo análisis que realizamos para ver qué lenguajes se usan más popularmente con PostgreSQL. Los lenguajes de programación admitidos para PostgreSQL incluyen .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python y Tcl, pero PostgreSQL puede admitir muchos lenguajes de procedimiento del lado del servidor a través de sus extensiones disponibles.
Encontramos que Java es el lenguaje de programación más popular para PostgreSQL, siendo aprovechado en promedio por el 31,1% de las organizaciones empresariales. PostgreSQL se puede conectar fácilmente con programas Java a través del popular controlador de conectividad de base de datos Java (JBDC) de PostgreSQL de código abierto, también conocido como PgJDBC.
Python fue el segundo lenguaje de programación más popular usado con PostgreSQL, acercándose a un promedio de 28,9 % de uso con PostgreSQL. En 2013, PostgreSQL encuestó a sus usuarios para ver qué lenguajes de programación externos se usaban con mayor frecuencia con PostgreSQL y descubrió que Python solo representaba el 10,5 % de los resultados, lo que muestra un aumento masivo de popularidad en los últimos seis años.
El lenguaje de programación C ocupó el tercer lugar, con un promedio de 20,0 % de uso con PostgreSQL, seguido de Go en cuarto lugar con 13,3 %, PL/pgSQL en quinto lugar con 11,1%, Ruby en sexto lugar con 8,9% y PHP y Perl en séptimo lugar con 4,4%. PHP fue en realidad el lenguaje más popular utilizado con PostgreSQL en 2013, representando casi la mitad de las respuestas de su encuesta con un uso del 47,1 %. La última columna, Otro, estuvo representada por C++, Node.js, Javascript, Spark, Swift, Kotlin, Typescript, C#, Scala, R, .NET, Rust y Haskell.
Estrategias VACUUM de PostgreSQL más populares
PostgreSQL VACUUM es una técnica para eliminar tuplas que se han eliminado o que ahora están obsoletas de su tabla para recuperar el almacenamiento ocupado por esas tuplas muertas, también conocido como Bloat. VACUUM es un proceso importante para mantener, especialmente para las tablas que se actualizan con frecuencia antes de que comience a afectar el rendimiento de PostgreSQL. En nuestra encuesta, preguntamos a los usuarios empresariales de PostgreSQL cómo manejan VACUUM para ver cuáles son los enfoques más populares.
El proceso más popular para PostgreSQL VACUUM es el autovacuum incorporado, que es aprovechado en promedio por el 37,5 % de las organizaciones empresariales. El demonio autovacuum es opcional, pero muy recomendable en la comunidad de PostgreSQL, ya que automatiza los comandos VACUUM y ANALYZE, comprobando continuamente las tablas en busca de tuplas de transacciones. Si bien es muy recomendable, el 33,3 % de los usuarios de PostgreSQL prefieren realizar manualmente VACUUM en el espacio empresarial. Fibrevillage tiene un excelente artículo que describe estos problemas comunes con el vacío automático que pueden hacer que una organización adopte una estrategia manual:
- autovacuum puede ejecutarse incluso cuando está apagado para lidiar con el ajuste de ID de transacción.
- autovacuum se ejecuta constantemente, lo que hace que comience de nuevo cada vez que se queda sin espacio e inicia un nuevo trabajador para cada base de datos en su clúster.
- autovacuum puede causar errores de falta de memoria.
- autovacuum puede tener problemas para mantenerse al día en un servidor ocupado.
- el vacío automático puede consumir fácilmente demasiada capacidad de E/S.
Otro descubrimiento sorprendente fue que el 18,8 % de las organizaciones no utilizan VACUUM, ya que aún no es necesario. Esto puede deberse a que están aprovechando PostgreSQL en aplicaciones pequeñas o aplicaciones que no se actualizan con frecuencia. El 6,6 % de las organizaciones ha desarrollado una solución personalizada para PostgreSQL VACUUM y el 4,2 % está en proceso de planificar su estrategia VACUUM.
Estrategias de gestión de consultas lentas de PostgreSQL más populares
Si está trabajando con PostgreSQL, probablemente sepa que administrar consultas es la tarea n.º 1 que más tiempo consume. Es un proceso crítico con muchos aspectos a considerar, comenzando con el desarrollo de un plan de consulta para hacer coincidir su estructura de consulta con las propiedades de sus datos, luego analizando las consultas de ejecución lenta y finalmente optimizando esas consultas a través del ajuste del rendimiento.
Encontramos que el 54,3 % de los usuarios de PostgreSQL administran manualmente consultas lentas en organizaciones empresariales. Esto se puede lograr a través de sus módulos auto_explain y pg_stat_statements, verificando pg_stat_activity para la actividad de tablas e índices en su servidor, analizando el registro de consultas lentas o revisando su código.
En promedio, el 21,7 % de las organizaciones empresariales aprovechan una herramienta de monitoreo para analizar y administrar sus consultas lentas de PostgreSQL. Esto les ayuda a reducir significativamente el tiempo que se tarda en identificar qué consultas se ejecutan más lentamente, con mayor frecuencia, que causan la mayor carga de lectura o escritura en su sistema, o consultas a las que les falta un índice al examinar las filas.
Sin embargo, el 17,4 % de los usuarios no administra activamente consultas lentas en las implementaciones de PostgreSQL. Recomendamos encarecidamente adoptar una estrategia de gestión de consultas para garantizar que las consultas lentas no afecten el rendimiento de sus implementaciones de PostgreSQL. El 4,3 % de los usuarios se encuentra actualmente en el proceso de planificación de su estrategia de gestión de consultas y el 2,2 % ha desarrollado una solución personalizada para gestionar sus consultas lentas. 
Nube de PostgreSQL frente a implementaciones locales
Terminemos con uno de los temas más candentes en el espacio empresarial de PostgreSQL:implementar PostgreSQL en la nube o en las instalaciones. Hemos estado monitoreando activamente esta tendencia durante todo el año y descubrimos que el 59,6 % de las implementaciones de PostgreSQL se realizaron estrictamente en las instalaciones en abril de nuestro Informe de tendencias de PostgreSQL de 2019 y el 55,8 % en las instalaciones en nuestro Informe de base de datos de código abierto de 2019 solo unos meses hace junio.
Ahora, en este informe más reciente, encontramos que las implementaciones locales de PostgreSQL han disminuido en un 40 % desde abril de 2019. En promedio, solo el 35,6 % de las organizaciones empresariales de PostgreSQL están implementando exclusivamente en las instalaciones. Pero las organizaciones no están migrando sus implementaciones locales por completo:se descubrió que el 24,4 % de las implementaciones de PostgreSQL aprovechan un entorno de nube híbrida. Las nubes híbridas son una combinación de computación en las instalaciones, en la nube privada y/o en la nube pública para respaldar sus aplicaciones y datos. Este es un aumento significativo de lo que vimos en abril, pasando del 5,6 % de las implementaciones de PostgreSQL al 24,4 % en septiembre.
Las implementaciones de nube híbrida se están volviendo más populares en todos los ámbitos:este informe reciente encontró que el 57% de las empresas optan por un entorno de nube híbrida que utiliza nubes públicas y privadas como lugares para almacenar sus datos. Si bien vemos un gran salto a la nube, las organizaciones empresariales aún aprovechan los entornos locales en cierta capacidad el 60 % del tiempo, en comparación con el 65,2 % en abril. Por último, descubrimos que las implementaciones de PostgreSQL en la nube pública han crecido un 15 % desde abril y ahora tienen un promedio de uso del 34,8 % por parte de las organizaciones empresariales.
También es importante tener en cuenta que esta encuesta se realizó en el evento PostgresConf Silicon Valley, mientras que nuestra encuesta de abril se realizó en la ciudad de Nueva York. El área de la bahía es ampliamente conocida por adoptar nuevas tecnologías, lo que nos permite suponer que este mercado tiene una tasa de adopción de la nube más alta que la costa este.
| Tipos de implementación de PostgreSQL | Abr | junio | Sep | Crecimiento de abril a septiembre |
| En las instalaciones | 59,6 % | 55,8 % | 35,6 % | -40,0 % |
| Nube híbrida | 5,6 % | 16.3% | 24,4 % | 336% |
| Nube pública | 34,8 % | 27,9 % | 40,0 % | 15,0 % |
¿Tipo de implementación más popular para #PostgreSQL? En las instalaciones, en la nube pública y en la nube híbridaHaga clic para twittear
Entonces, ¿cómo se comparan estos resultados con sus implementaciones y estrategias de PostgreSQL? Nos encantaría escuchar sus opiniones, deje un comentario aquí o envíenos un tweet a @scalegridio.
