PostgreSQL-tendenser:Mest populære cloud-udbydere, sprog, VACUUM, forespørgselsstyringsstrategier og implementeringstyper i virksomheder

PostgreSQL-populariteten stiger i vejret i virksomheden. Efterhånden som denne open source-database fortsætter med at trække nye brugere fra dyre kommercielle databasestyringssystemer som Oracle, DB2 og SQL Server, tager organisationer i brug nye tilgange og udvikler deres egne for at opretholde den exceptionelle ydeevne af deres SQL-implementeringer. Vi deltog for nylig i PostgresConf-arrangementet i San Jose for at høre fra den mest aktive PostgreSQL-brugerbase om deres databasestyringsstrategier. I denne seneste trendrapport analyserer vi de mest populære cloud-udbydere for PostgreSQL, VACUUM-strategier, forespørgselsstyringsstrategier og on-premises vs. offentlig cloud-brug, der udnyttes af virksomhedsorganisationer.

Mest populære cloud-udbydere til PostgreSQL-hosting

Lad os starte med de mest populære cloud-udbydere til PostgreSQL-hosting. Det kommer ikke som nogen overraskelse, at de tre bedste cloud-udbydere i verden udgjorde 100 % af PostgreSQL-implementeringerne i mængden på tværs af denne virksomhedsrapport. AWS har dog taget et betydeligt spring fra vores sidste rapport, hvor de nu i gennemsnit 77,4% af PostgreSQL-skybrugen sammenlignet med 55,0% i april. AWS tilbyder en administreret hostingtjeneste til PostgreSQL kaldet Amazon RDS, men der er mange andre DBaaS-løsninger, der tilbyder PostgreSQL-hosting på AWS, såsom ScaleGrid, der kan levere multi-cloud-understøttelse, så du ikke er låst ind med en enkelt cloud-udbyder .

AWS var ikke den eneste cloud-udbyder, der voksede – vi fandt ud af, at 19,4 % af PostgreSQL cloud-implementeringer blev hostet gennem Google Cloud Platform (GCP), hvilket steg med 11 % fra april, hvor de kun i gennemsnit havde 17,5 % af PostgreSQL-hosting. Dette efterlader vores sidste cloud-udbyder – Microsoft Azure, som repræsenterede 3,2 % af PostgreSQL cloud-implementeringer i denne undersøgelse. Dette er en af ​​de mest chokerende opdagelser, da Azure blev nummer to med GCP tilbage i april, og det er almindeligvis et populært valg for virksomhedsorganisationer, der udnytter Microsoft-pakken af ​​tjenester.

Mest brugte sprog med PostgreSQL

Dette er en ny analyse, vi har undersøgt for at se, hvilke sprog der er mest populært med PostgreSQL. De understøttede programmeringssprog for PostgreSQL inkluderer .Net, C, C++, Delphi, Java, JavaScript (Node.js), Perl, PHP, Python og Tcl, men PostgreSQL kan understøtte mange server-side proceduresprog gennem de tilgængelige udvidelser.

Vi fandt ud af, at Java er det mest populære programmeringssprog for PostgreSQL, idet det i gennemsnit udnyttes af 31,1 % af virksomhedsorganisationer. PostgreSQL kan nemt forbindes med Java-programmer gennem den populære open source PostgreSQL Java Database Connectivity (JBDC) Driver, også kendt som PgJDBC.

Python var det næstmest populære programmeringssprog, der blev brugt med PostgreSQL, og kom tæt på et gennemsnit på 28,9 % brug med PostgreSQL. Tilbage i 2013 undersøgte PostgreSQL deres brugere for at se, hvilke eksterne programmeringssprog der oftest blev brugt med PostgreSQL, og fandt ud af, at Python kun repræsenterede 10,5 % af resultaterne, hvilket viste en massiv stigning i popularitet over de seneste seks år.

Programmeringssproget C kom på tredjepladsen med en gennemsnitlig brug på 20,0 % med PostgreSQL, efterfulgt af Go på fjerdepladsen med 13,3 %, PL/pgSQL på femtepladsen 11,1 %, Ruby på sjettepladsen med 8,9 % og både PHP og Perl på syvendepladsen med 4,4 %. PHP var faktisk det mest populære sprog, der blev brugt med PostgreSQL i 2013, og repræsenterede næsten halvdelen af ​​svarene fra deres undersøgelse med 47,1 % brug. Den sidste kolonne, Andet, var repræsenteret af C++, Node.js, Javascript, Spark, Swift, Kotlin, Typescript, C#, Scala, R, .NET, Rust og Haskell.

Mest populære PostgreSQL VACUUM-strategier

PostgreSQL VACUUM er en teknik til at fjerne tupler, der er blevet slettet eller nu er forældede fra deres bord, for at genvinde lagerplads optaget af de døde tupler, også kendt som Bloat. VACUUM er en vigtig proces at vedligeholde, især for hyppigt opdaterede tabeller, før det begynder at påvirke din PostgreSQL-ydeevne. I vores undersøgelse spurgte vi Enterprise PostgreSQL-brugere, hvordan de håndterer VACUUM for at se, hvad de mest populære tilgange er.

Den mest populære proces for PostgreSQL VACUUM er den indbyggede autovakuum, som i gennemsnit udnyttes af 37,5 % af virksomhedsorganisationer. Autovacuum-dæmonen er valgfri, men anbefales stærkt i PostgreSQL-fællesskabet, da den automatiserer både VACUUM- og ANALYSE-kommandoer, idet den løbende tjekker tabeller for deal-tupler. Selvom det stærkt anbefales, foretrækker 33,3 % af PostgreSQL-brugere at udføre VACUUM manuelt i virksomhedens rum. Fibrevillage har en fantastisk artikel, der beskriver disse almindelige problemer med autovakuum, som kan få en organisation til at vedtage en manuel strategi:

• autovacuum kan køre, selv når den er slået fra for at håndtere transaktions-id-omslutningen.
• autovacuum kører konstant, hvilket får det til at starte forfra, hver gang det løber tør for plads, og starte en ny arbejder for hver database i din klynge.
• autovakuum kan forårsage fejl i hukommelsen.
• autovacuum kan have problemer med at følge med på en travl server.
• autovakuum kan nemt forbruge for meget I/O-kapacitet.

En anden overraskende opdagelse var, at 18,8 % af organisationerne ikke bruger VACUUM, da det endnu ikke er nødvendigt. Dette kan skyldes, at de udnytter PostgreSQL i små applikationer eller applikationer, der ikke ofte opdateres. 6,6 % af organisationerne har udviklet en skræddersyet løsning til PostgreSQL VACUUM, og 4,2 % er i gang med at planlægge deres VACUUM-strategi.

De mest populære PostgreSQL-strategier til håndtering af langsom forespørgsel

Hvis du arbejder med PostgreSQL, ved du sandsynligvis, at administration af forespørgsler er den #1 mest tidskrævende opgave. Det er en kritisk proces med mange aspekter at overveje, begyndende med at udvikle en forespørgselsplan, der matcher din forespørgselsstruktur med dine dataegenskaber, for derefter at analysere langsomt kørende forespørgsler, til sidst med at optimere disse forespørgsler gennem ydelsesjustering.

Vi fandt ud af, at 54,3 % af PostgreSQL-brugere manuelt administrerer langsomme forespørgsler i virksomhedsorganisationer. Dette kan opnås gennem deres moduler auto_explain og pg_stat_statements, kontrol af pg_stat_activity for tabel- og indeksaktivitet på din server, analyse af den langsomme forespørgselslog eller gennemgang i din kode.

I gennemsnit bruger 21,7 % af virksomhedsorganisationer et overvågningsværktøj til at analysere og administrere deres PostgreSQL langsomme forespørgsler. Dette hjælper dem med at reducere den tid, det tager at identificere, hvilke forespørgsler der kører langsomst, hyppigst og forårsager den største læse- eller skrivebelastning på dit system, eller forespørgsler, der mangler et indeks, ved at undersøge rækkerne.

17,4 % af brugerne administrerer dog ikke aktivt langsomme forespørgsler i PostgreSQL-implementeringerne. Vi anbefaler stærkt, at du vedtager en forespørgselsstyringsstrategi for at sikre, at langsomme forespørgsler ikke påvirker ydeevnen af ​​dine PostgreSQL-implementeringer. 4,3 % af brugerne er i øjeblikket i gang med at planlægge deres forespørgselsstyringsstrategi, og 2,2 % har udviklet en skræddersyet løsning til håndtering af deres langsomme forespørgsler.

PostgreSQL Cloud vs. On-Premises implementeringer

Lad os slutte af med et af de hotteste emner i PostgreSQL-virksomhedsområdet – uanset om PostgreSQL skal implementeres i skyen eller på stedet. Vi har aktivt overvåget denne tendens hele året og fundet ud af, at 59,6 % af PostgreSQL-implementeringer udelukkende var lokale tilbage i april fra vores 2019 PostgreSQL Trends Report og 55,8 % on-premises i vores 2019 Open Source Database-rapport blot et par måneder siden i juni.

Nu, i denne seneste rapport, fandt vi ud af, at PostgreSQL-installationer på stedet er faldet med 40 % siden april 2019. I gennemsnit er kun 35,6 % af PostgreSQL-virksomhedsorganisationer udrulning udelukkende on-premise. Men organisationer migrerer ikke deres lokale implementeringer helt – 24,4 % af PostgreSQL-implementeringer blev fundet at udnytte et hybridt cloudmiljø. Hybride skyer er en blanding af on-premises, private cloud og/eller public cloud computing til at understøtte deres applikationer og data. Dette er en markant stigning i forhold til, hvad vi så i april, og springer fra 5,6 % af PostgreSQL-implementeringerne op til 24,4 % i september.

Hybride cloud-implementeringer bliver mere populære overalt – denne nylige rapport viste, at 57 % af virksomhederne vælger et hybridt cloudmiljø, der bruger både private og offentlige skyer som steder at opbevare deres data. Selvom vi ser et stort spring til skyen, udnytter virksomhedsorganisationer stadig lokale miljøer i en vis kapacitet 60 % af tiden sammenlignet med 65,2 % i april. Til sidst fandt vi ud af, at public cloud PostgreSQL-implementeringer er vokset med 15 % siden april, nu i gennemsnit 34,8 % brug af virksomhedsorganisationer.

Det er også vigtigt at bemærke, at denne undersøgelse blev udført ved PostgresConf Silicon Valley-begivenheden, mens vores undersøgelse i april blev udført i New York City. Bay-området er kendt for at tage nye teknologier i brug, hvilket giver os mulighed for at antage, at dette marked har en højere skyvedtagelsesrate end østkysten.

Mest populære implementeringstype for #PostgreSQL? On-Premises vs. Public Cloud vs. Hybrid CloudKlik for at tweete

Så hvordan hænger disse resultater sammen med dine PostgreSQL-implementeringer og -strategier? Vi vil meget gerne høre dine tanker, efterlade en kommentar her eller sende os et tweet på @scalegridio.