Scroll to explore
Here are a few of the top takeaways from the 2021 survey results.
52% of respondents’ companies are using Postgres more (or a lot more) than one year ago. Of the 93.5% of respondents who use Postgres at work, 78.6% also reported using Postgres for personal projects.
Small but mighty: of those who use Postgres at work, respondents reported working in smaller companies (< 100 people) and teams (< 20 people).
View full questionApp development is the most common use case for professional and personal use, beating out dashboarding, monitoring, DevOps, IoT applications, and others.
View full questionSQL, Python, and Java were cited as the most commonly used languages to access Postgres, with JavaScript / TypeScript and Shell tied for 4th.
View full questionAWS was the most common, followed by 'I don't use a cloud provider', and GCP.
View full questionNote: Respondents could select as many options as desired.
Open-source visualization tools outranked proprietary tools. 25% of respondents don’t use visualization tools.
View full questionNote: Respondents could select as many options as desired.
Of the respondents who use database tools/GUIs, pgAdmin 4, DBeaver, and Datagrip were their top 3 choices (29.4% respondents said they don’t use any database tools/GUIs).
View full questionCommon Table Expressions, Window Functions, and filter clause for aggregates topped the list of features respondents use most in their production apps.
View full questionNote: Respondents could select as many options as desired.
JSON/JSONB, Event triggers, and Non-btree indexes are the top 3 features respondents use in their production apps.
View full questionNote: Respondents could select as many options as desired.
Note: Our survey was likely biased toward TimescaleDB community members due to our distribution methods. This may not be reflective of the entire community.
32.4% of respondents reported attending at least 1 virtual event within the last year – and the majority rated their experience as average or above-average.
View full questionIn addition to our official survey, we took this question to Twitter and ran a live poll for 48 hours (from the @TimescaleDB Twitter handle). The final results came out very close to the official survey numbers.
Reliability ranks as the #1 reason people chose Postgres, followed by SQL at #2.
View full questionWhile the Postgres community is growing, the database is more popular than ever, and includes people of various backgrounds, ages, and experience levels, 85% of respondents haven't contributed to the Postgres codebase, docs, or commitfests.
View full questionConsistent with the 2019 survey, EMEA accounts for roughly half of all respondents, followed by North America at 26.3%.
More than ⅓ of respondents (36.6%) first learned about Postgres at work or from a colleague.
The majority of respondents who selected “Other” answered they don’t remember as their follow-up.
In both 2019 and 2021 surveys, reliability ranks as the #1 reason people chose Postgres (20.4% in 2021), followed by SQL (16.4% in 2021), at #2.
Of the 5.6% of respondents that selected “Other”, additional reasons were “all of the above,” PostGIS, ACID, extended features, and cost.
Note: The 2019 survey allowed respondents to select as many options as desired, while in 2021, we restricted this to one option.
✨ Reliability, documentation, community, and ecosystem were big themes in the “What’s the best thing about the Postgres community?” freeform bonus question.
Over 70% of respondents would rate their first experience with Postgres as above average. (This may come as no surprise, given Postgres is one of the most loved databases in Stack Overflow's 2020 Developer Survey.)
While the Postgres community is growing, the database is more popular than ever, and community members’ widely range in age and experience, 85% of respondents haven't contributed to PG codebase, docs, or commitfests.
Resource: PostgreSQL guidelines for contributing
✨ A few respondents shed light on ways for the community to increase contributions in the “What would make the community more welcoming?” freeform bonus question:
Software Developer or Engineer (41.6%), Software Architect (12.8%), and Database Administrator (9.9%) were the top 3 job titles. Of the 13% who selected 'Other', respondents' titles ranged from researcher and consultant to product manager, Director of IT, and machine learning engineer. View 2021 raw data for a closer look.
47.1% respondents work in organizations with 50 or fewer employees.
Small, but mighty: of those who use Postgres at work, respondents reported working in smaller companies (100 or fewer people) and teams (20 or fewer people).
Note: This question was only shown to respondents who use Postgres at work
Note: This question was only shown to respondents who use Postgres at work
42.9% say Postgres is being used “about the same” followed by 38.8% who report using Postgres “more” at work – while a mere 5% report Postgres is used less (or a lot less) in their workplace.
Overall, Postgres doesn’t seem to be going away anytime soon – especially within smaller organizations.
93.5% of all respondents use Postgres for work.
Over 70% of all respondents report using Postgres for professional and personal projects.
Between 5-6% of all respondents said they use Postgres for personal projects, but not for work.
36.5% of respondents work in Software/SaaS. 11.1% of respondents work in Finance/Crypto/Fintech.
The top two industries were the same in 2019 and 2021, while IoT edged out education for the #3 spot (education and IoT were tied for #3 at 7% in 2019 results).
Note: This question was only shown to respondents who use Postgres at work
2021 top 5 results mirror 2019 top 5 responses, with minor fluctuations.
Note: In 2021, we added gaming, finance, SaaS metrics, and web analytics use cases. 0% of respondents reported gaming as their professional use case.
Note: This question was only shown to respondents who use Postgres at work and respondents could choose as many options as desired
Postgres isn’t used just for work – 79.3% of respondents said they use Postgres for personal projects.
App development (59.2%) is the most common use case for 2021 Postgres personal projects. 38% of respondents said they use Postgres for app development for both work and personal projects.
In personal use cases, the top 5 responses closely mirror professional use cases except “other” replaces real-time analytics in the #4 spot.
Note: This question was only shown to respondents who said they use Postgres for personal projects.
Majority of respondents (67.6%) said they have not attended any virtual events within the past year. Given the COVID-19 pandemic and the near-immediate shift to remote culture, “events” underwent a massive transformation, from cancellations to shifting to virtual-only events.
Congrats 👏 to virtual event organizers - of the community members who did attend virtual events, the majority had an above-average experience.
Of the respondents who’ve attended some type for Postgres event in the past year, their top “recommended” events (in order of frequency): PGConf, FOSDEM, PostGIS Day, Postgres Vision, PG Meetups, FOSS4G, and Postgres Build. View 2021 raw data for a closer look.
Note: Respondents provided freeform recommendations, and many simply said “Pg Conf,” but a few called out specific locales: PgConf.EU, PgConf.Russia, PGConf Brazil, PGConf India.
Over 175 respondents shared one or more aspects of the community that they like the most.
Documentation quality, community helpfulness and commitment to open-source, and volume of available resources were common themes.
We’ve included an assortment of responses below. View 2021 raw data for a closer look.
Over 120 respondents provided one or more aspects of the community where they see challenges or room for improvement, and we’ve included an assortment below. View 2021 raw data for a closer look.
“First code contribution can be traumatic... sometimes we're not very welcome with new developers. We should improve it a lot!!!”
“Too much fragmentation, the lack of a community endorsed professional certification.”
“There is less focus on providing modern development infrastructure (a bugtracker, issue system, CI/CD, community group chats that are mobile friendly), and, IMO as a result, that diminishes the number of new contributors.”
“Code should be migrated to GitHub or GitLab. The community should use a proper ticker tracker like any other project does and drop the old school mailing lists progressively, or use them only for announcements purposes.”
Note: We realize that we could have worded this question differently. In the future, we'll use "Where do you see room for improvement in the Postgres community?"
In addition to respondents who said the community is welcoming already, nearly 100 provided suggestions. We've included a few below. View 2021 raw data for a closer look.
“Write the docs assuming the user does not have a degree in CS, provide a library of examples - some generic and some specific to verticals and tasks.”
“Better visibility that there is a community other than those who submit and approve pull requests.”
“Engage in more modern ways: Discord, YouTube, etc. Really embrace beginners, supporting them both with learning materials and a place to ask questions.”
“The community has a lot of infrastructure but in terms of information architecture (i.e. library sciences type stuff) it seems to have grown organically, and that makes it hard for newcomers to get their bearings... It'd be good to think through that holistically, and to try to define and streamline common paths through it all.”
74% (331/445) respondents shared extensions. We asked for the top 3, but some respondents went above and beyond. We’ve summarized the top 10, listed in order of frequency.
Note: Respondents were asked to list their 3 favorite or most frequently used Postgres extensions(s) before seeing the list of extensions below. (We wanted to see what people would include unprompted.)
We surveyed TimescaleDB community members to curate this list to narrow down the 20K+ Postgres extensions. (See our Top 5 PostgreSQL extensions blog post for details.)
Note: Respondents could select as many options as desired.
SQL, Python, and Java were cited as the most commonly used languages to access Postgres, with JavaScript / TypeScript and Shell tied for 4th.
“Other” responses included: PHP, Perl, Elixir, R, Scala, Kotlin, Haskell, and a handful of others. Of the 11.5% of respondents (51 respondents) that selected “Other,” 23.5% (12) said they frequently use PHP.
Note: Respondents could select as many options as desired.
Note: Respondents could select as many options as desired.
Note: Respondents could select as many options as desired.
Note: Respondents could select as many options as desired.
Note: Respondents could select as many options as desired.
Note: Respondents could select as many options as desired.
68% of respondents said they don’t use any automated failover solutions – but of those who do use one, Patroni was the most common response.
Note: Respondents could select as many options as desired.
Note: Respondents could select as many options as desired.
While 25% of respondents do not use visualization tools, of those who do, their top answers are all open-source tools vs. proprietary options.
Of those who selected “Other,” Redash, Superset, and QGIS were the most common choices.
✨ Fun fact: Sven Klemm - Timescale engineer - originally wrote the Postgres data source for Grafana.
Note: Respondents could select as many options as desired.
Over 54% of respondents report using Redis, with Elasticsearch and MongoDB rounding out the top 3.
Elasticsearch edged out MongoDB for the #2 spot (42.2% in 2021 vs. 39.2% in 2019).
MongoDB was a close 3rd (38% in 2021 vs. 40.6% in 2019).
Note: Respondents could select as many options as desired.
Of the nearly 200 people who answered this question, less than ½ have migrated from NoSQL to SQL. Of those who have migrated, they most frequently came to Postgres from MongoDB. Many respondents cited that they use both– and others replied that they always use Postgres first, so this hasn’t been an option. We've included an assortment of migration reasons below. View 2021 raw data for a closer look.
“NoSQL -> Postgres. Because the world is relational.”
“NoSQL to Postgres to have better software. Prevent errors while accessing data. Types. Community. Documentation.”
“Postgres does everything. Occasionally some subset of functionality is worth breaking out during the course of normal development, like event queuing.”
“From NoSQL to SQL. Performance is on par for the use cases, and we could leverage other technologies (Django) and a more consistent schema to visualize via Metabase.
“About 5 years ago. Tried MongoDB for a new project, regretted the choice, moved to PostgreSQL, which we already knew and used. Better reliability, better tooling, better ecosystem (client libraries etc.).”
Of the nearly 200 people who answered this question, over half reported migrating between relational databases. MySQL and Oracle were the two most commonly cited systems, and licensing and costs were two big reasons.
We’ve included an assortment of migration reasons below. View 2021 raw data for a closer look.
Sign up to get notified when we make next year's State of PostgreSQL survey available.