<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Pg_jan on Percona Community</title><link>https://percona.community/tags/pg_jan/</link><description>Recent content in Pg_jan on Percona Community</description><generator>Hugo</generator><language>en-us</language><copyright>© Percona Community. MySQL, InnoDB, MariaDB and MongoDB are trademarks of their respective owners.</copyright><lastBuildDate>Thu, 30 Apr 2026 11:00:00 +0000</lastBuildDate><atom:link href="https://percona.community/tags/pg_jan/index.xml" rel="self" type="application/rss+xml"/><item><title>Open source doesn’t die. It gets unfunded.</title><link>https://percona.community/blog/2026/04/30/open-source-doesnt-die-it-gets-unfunded/</link><pubDate>Thu, 30 Apr 2026 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2026/04/30/open-source-doesnt-die-it-gets-unfunded/</guid><description>&lt;p>If you are using PostgreSQL in any capacity very likely this week has started for you with a bang. pgBackRest, one of the most known tools for PostgreSQL, praised for the scalable and reliable way to do backups has announced that the project is currently archived.&lt;/p>
&lt;h2 id="archived-you-mean-eol">Archived, &lt;a href="https://www.reddit.com/r/PostgreSQL/comments/1sx2ttg/comment/oilzdag/?utm_source=share&amp;amp;utm_medium=web3x&amp;amp;utm_name=web3xcss&amp;amp;utm_term=1&amp;amp;utm_content=share_button" target="_blank" rel="noopener noreferrer">you mean EOL&lt;/a>?&lt;/h2>
&lt;p>



&lt;figure>
 
 
 &lt;img sizes="100vw" srcset="https://percona.community/blog/2026/04/opensourcedoesntdie-reddit_hu_21d0a2a0e79b6d86.png 480w, https://percona.community/blog/2026/04/opensourcedoesntdie-reddit_hu_cd5177ea9f17ca1.png 768w, https://percona.community/blog/2026/04/opensourcedoesntdie-reddit_hu_c625e2c0680f79df.png 1400w" 
 src="https://percona.community/blog/2026/04/opensourcedoesntdie-reddit.png" alt="blog/2026/04/opensourcedoesntdie-reddit.png" />&lt;/figure>&lt;/p>
&lt;p>No! Open source software rarely has a hard “end of life.” What it does have are maintainership gaps and those can be just as serious.&lt;/p></description></item><item><title>pgBackRest is archived, what now?</title><link>https://percona.community/blog/2026/04/28/pgbackrest-is-archived-what-now/</link><pubDate>Tue, 28 Apr 2026 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2026/04/28/pgbackrest-is-archived-what-now/</guid><description>&lt;p>&lt;a href="https://github.com/pgbackrest/pgbackrest" target="_blank" rel="noopener noreferrer">pgBackRest&lt;/a> is an open source backup and restore tool for PostgreSQL. It’s fair to say it’s one of the most popular options, widely used across the PostgreSQL ecosystem.&lt;/p>
&lt;p>On 27 April 2026, pgBackRest maintainer David Steele announced on &lt;a href="https://www.linkedin.com/posts/davidsteele_after-a-lot-of-thought-i-have-decided-to-share-7454442611911655424-mVMS?utm_source=share&amp;amp;utm_medium=member_desktop&amp;amp;rcm=ACoAAAD3qpgBKSXefFXDYJlyIbIdar9mZh-NYBw" target="_blank" rel="noopener noreferrer">LinkedIn&lt;/a> and in the &lt;a href="https://github.com/pgbackrest/pgbackrest" target="_blank" rel="noopener noreferrer">GitHub repository&lt;/a> that the project is becoming &lt;del>unmaintained&lt;/del> archived, starting with:&lt;/p>
&lt;blockquote>
&lt;p>TL;DR: pgBackRest is no longer being maintained. If you fork pgBackRest, please select a new name for your project.&lt;/p></description></item><item><title>PostgreSQL coffee break: version upgrade related reindexing - reasons</title><link>https://percona.community/blog/2026/02/25/postgresql-coffee-break-version-upgrade-related-reindexing-reasons/</link><pubDate>Wed, 25 Feb 2026 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2026/02/25/postgresql-coffee-break-version-upgrade-related-reindexing-reasons/</guid><description>&lt;p>During FOSDEM I had a chance to join a &lt;a href="https://fosdem.org/2026/schedule/event/ZF8ZLX-zero-downtime-postgresql-upgrades/" target="_blank" rel="noopener noreferrer">presentation&lt;/a> by &lt;a href="https://www.linkedin.com/in/alexander-sosna-7193688b/" target="_blank" rel="noopener noreferrer">Alexander Sosna&lt;/a> of GitLab on the backup procedure he has followed with his team to decrease the downtime during major upgrades. I highly recommend the talk, definitely worth watching!&lt;/p>
&lt;p>I loved the presentation, especially since a similar procedure is what we recommend our users as well. Unfortunately it’s not for everyone: it’s applicable ONLY when you can stop DDL operations on your database cluster for some time. As you can imagine that’s not a case for every deployment.&lt;/p></description></item><item><title>PostgreSQL minor release postponed in Q1’ 2026</title><link>https://percona.community/blog/2026/02/18/postgresql-minor-release-postponed-in-q1-2026/</link><pubDate>Wed, 18 Feb 2026 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2026/02/18/postgresql-minor-release-postponed-in-q1-2026/</guid><description>&lt;p>In case you are awaiting the February PostgreSQL Community minor update &lt;a href="https://www.postgresql.org/about/news/postgresql-182-178-1612-1516-and-1421-released-3235/" target="_blank" rel="noopener noreferrer">released on plan on February 12&lt;/a> we want to make sure that our users and customers are up to date and aware of what to expect.&lt;/p>
&lt;p>This scheduled PostgreSQL release was delivered by the PostgreSQL Community on time and came carrying 5 CVE fixes and over 65 bugs bug fixes.&lt;/p>
&lt;p>Unfortunately shortly after, the &lt;a href="https://www.postgresql.org/about/news/out-of-cycle-release-scheduled-for-february-26-2026-3241/" target="_blank" rel="noopener noreferrer">release team announced that an additional out of cycle release&lt;/a> is planned for February 26. This follow up release addresses two regressions identified in the February 12 update.&lt;/p></description></item><item><title>Open source, PostgreSQL, and risk mitigation in an era of acquisitions</title><link>https://percona.community/blog/2025/12/19/open-source-postgresql-and-risk-mitigation-in-an-era-of-acquisitions/</link><pubDate>Fri, 19 Dec 2025 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/12/19/open-source-postgresql-and-risk-mitigation-in-an-era-of-acquisitions/</guid><description>&lt;p>As the year comes to a close and many of us start slowing down before the winter holidays, I find myself reflecting on patterns I’ve seen repeat, both as a customer and as someone working closely with the PostgreSQL ecosystem.&lt;/p>
&lt;p>Looking back at software acquisitions over the past year, one might assume they only change logos. In reality, they often change roadmaps, priorities, and unfortunately all too often also the promises customers originally bought into.&lt;/p></description></item><item><title>Enhancing PostgreSQL OIDC with pg_oidc_validator</title><link>https://percona.community/blog/2025/12/17/enhancing-postgresql-oidc-with-pg_oidc_validator/</link><pubDate>Wed, 17 Dec 2025 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/12/17/enhancing-postgresql-oidc-with-pg_oidc_validator/</guid><description>&lt;p>With PostgreSQL 18 introducing built-in OAuth 2.0 and OpenID Connect (OIDC) authentication, tools like &lt;a href="https://github.com/Percona-Lab/pg_oidc_validator" target="_blank" rel="noopener noreferrer">pg_oidc_validator&lt;/a> have become an essential part of the ecosystem by enabling server-side verification of OIDC tokens directly inside PostgreSQL. If you’re new to the topic, make sure to read our earlier posts explaining the underlying concepts and the need for external validators:&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://percona.community/blog/2025/11/07/oauth-oidc-validators/" target="_blank" rel="noopener noreferrer">Why PostgreSQL needs external token validators&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://percona.community/blog/2025/11/17/oidc-in-postgresql-how-it-works-and-staying-secure/" target="_blank" rel="noopener noreferrer">Security aspects of OIDC validation in PostgreSQL&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://www.percona.com/blog/postgresql-oidc-authentication-with-pg_oidc_validator/" target="_blank" rel="noopener noreferrer">Deploying pg_oidc_validator v0.1 - a DBA’s perspective&lt;/a>&lt;/li>
&lt;/ul>
&lt;p>This release builds on the initial version &lt;a href="https://percona.community/blog/2025/10/22/say-hello-to-oidc-in-postgresql-18/" target="_blank" rel="noopener noreferrer">announced in October&lt;/a> and continues our mission to make OIDC adoption in PostgreSQL reliable, fast, and accessible for all users.&lt;/p></description></item><item><title>TDE is now available for PostgreSQL 18</title><link>https://percona.community/blog/2025/11/28/tde-is-now-available-for-postgresql-18/</link><pubDate>Fri, 28 Nov 2025 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/11/28/tde-is-now-available-for-postgresql-18/</guid><description>&lt;p>Back in October, before &lt;a href="http://pgconf.eu/" target="_blank" rel="noopener noreferrer">PGConf.EU&lt;/a>, I &lt;a href="https://percona.community/blog/2025/10/15/keep-calm-tde-for-postgresql-18-is-on-its-way/" target="_blank" rel="noopener noreferrer">explained the issues impacting the prolonged wait for TDE in PostgreSQL 18&lt;/a>. Explanations were needed as users were buzzing with anticipation, and they deserved to understand what caused the delays and what the roadmap looked like. In that blog post I have shared that due to one of the features newly added in 18.0, the &lt;a href="https://www.postgresql.org/about/featurematrix/detail/asynchronous-io-aio/" target="_blank" rel="noopener noreferrer">Asynchronous IO (AIO)&lt;/a>, we have decided to give ourselves time until 18.1 has been released to provide a build with TDE. We wanted to ensure best quality of the solution and that takes time.&lt;/p></description></item><item><title>Say Hello to OIDC in PostgreSQL 18!</title><link>https://percona.community/blog/2025/10/22/say-hello-to-oidc-in-postgresql-18/</link><pubDate>Wed, 22 Oct 2025 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/10/22/say-hello-to-oidc-in-postgresql-18/</guid><description>&lt;p>If you’ve ever wondered how to set up OpenID Connect (OIDC) authentication in PostgreSQL, the wait is almost over.&lt;/p>
&lt;p>We’ve spent some time exploring what it would take to make OIDC easier and more reliable to use with PostgreSQL. And now, we’re happy to share the first results of that work.&lt;/p>
&lt;h3 id="why-oidc-and-why-now">Why OIDC, and why now?&lt;/h3>
&lt;p>We’ve spoken to some of our customers and noticed a trend of moving away from LDAP to OIDC. Our MongoDB product is already providing OIDC integration and the team working on PostgreSQL products saw an opportunity coming with PostgreSQL 18.&lt;/p></description></item><item><title>Keep Calm - TDE for PostgreSQL 18 Is on Its Way!</title><link>https://percona.community/blog/2025/10/15/keep-calm-tde-for-postgresql-18-is-on-its-way/</link><pubDate>Wed, 15 Oct 2025 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/10/15/keep-calm-tde-for-postgresql-18-is-on-its-way/</guid><description>&lt;p>If you’ve been following the buzz around PostgreSQL, you’ve probably already heard that database level open source data-at-rest encryption is now available thanks to the Transparent Data Encryption (TDE) extension available in the Percona Distribution for PostgreSQL.
So naturally, the next question is:&lt;/p>
&lt;blockquote>
&lt;p>Where’s Percona Distribution for PostgreSQL 18?&lt;/p>&lt;/blockquote>
&lt;h3 id="the-short-answer">The short answer:&lt;/h3>
&lt;p>It’s coming.&lt;/p>
&lt;h3 id="the-slightly-longer-one">The slightly longer one:&lt;/h3>
&lt;p>It’s &lt;em>taking a bit of time, for all the right reasons.&lt;/em>




&lt;figure>
 
 
 &lt;img sizes="100vw" srcset="https://percona.community/blog/2025/10/Jan-TDE-PG18_hu_36fab27650868ea5.png 480w, https://percona.community/blog/2025/10/Jan-TDE-PG18_hu_538ce99b74935007.png 768w, https://percona.community/blog/2025/10/Jan-TDE-PG18_hu_ebc1ec308aeaf493.png 1400w" 
 src="https://percona.community/blog/2025/10/Jan-TDE-PG18.png" alt="&amp;nbsp;" />&lt;/figure>&lt;/p></description></item><item><title>pg_tde can now encrypt your WAL on PROD!</title><link>https://percona.community/blog/2025/09/01/pg_tde-can-now-encrypt-your-wal-on-prod/</link><pubDate>Mon, 01 Sep 2025 11:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/09/01/pg_tde-can-now-encrypt-your-wal-on-prod/</guid><description>&lt;p>Just recently, &lt;a href="https://www.percona.com/blog/the-pg_tde-extension-is-now-ready-for-production/" target="_blank" rel="noopener noreferrer">we announced the production-ready release of pg_tde&lt;/a>, bringing open source Transparent Data Encryption (TDE) to PostgreSQL.&lt;/br>
Now, I may have spoiled the fun a little with the title, but take a look at the word puzzle below—can you guess the announcement? Bear with me… and my sense of humor, which might be a bit too dry for some :)&lt;/p>
&lt;p>



&lt;figure>
 
 
 &lt;img sizes="100vw" srcset="https://percona.community/blog/2025/09/jan-wal_ga-word_puzzle_hu_6646a34a20c5a1b9.png 480w, https://percona.community/blog/2025/09/jan-wal_ga-word_puzzle_hu_d80c548138dc771d.png 768w, https://percona.community/blog/2025/09/jan-wal_ga-word_puzzle_hu_b3d9e57ac1fc0d1f.png 1400w" 
 src="https://percona.community/blog/2025/09/jan-wal_ga-word_puzzle.png" alt="pg_tde can now encrypt your WAL on PROD!" />&lt;/figure>&lt;/p></description></item><item><title>pg_stat_monitor Needs You! Join the Feedback Phase</title><link>https://percona.community/blog/2025/08/13/pg_stat_monitor-needs-you-join-the-feedback-phase/</link><pubDate>Wed, 13 Aug 2025 00:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/08/13/pg_stat_monitor-needs-you-join-the-feedback-phase/</guid><description>&lt;p>At Percona, we believe that great open source software is built &lt;em>with&lt;/em> the Community, not just &lt;em>for&lt;/em> it. As we plan the next iteration of &lt;a href="https://github.com/percona/pg_stat_monitor" target="_blank" rel="noopener noreferrer">pg_stat_monitor&lt;/a>, our advanced PostgreSQL monitoring extension, we’re taking a closer look at the current feature set and how it aligns with real-world usage.&lt;/p>
&lt;p>In open source, the community isn’t just a user base, it’s the most important stakeholder. While we set the vision, your feedback is the compass that guides us. Your experiences, bug reports, and feature requests are what validate our direction and keep us focused on what matters most. Without your active involvement, it’s impossible to build a tool that truly solves the problems you face every day. Your input ensures pg_stat_monitor evolves in a way that is both innovative and genuinely useful.&lt;/p></description></item><item><title>Active-active replication - the hidden costs and complexities</title><link>https://percona.community/blog/2025/07/10/active-active-replication-the-hidden-costs-and-complexities/</link><pubDate>Thu, 10 Jul 2025 00:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/07/10/active-active-replication-the-hidden-costs-and-complexities/</guid><description>&lt;p>In &lt;a href="https://percona.community/blog/2025/06/18/postgresql-active-active-replication-do-you-really-need-it/">Part 1&lt;/a> of this series, we discussed what active-active databases are and identified some &amp;ldquo;good&amp;rdquo; reasons for considering them, primarily centered around extreme high availability and critical write availability during regional outages. Now, let&amp;rsquo;s turn our attention to the less compelling justifications and the substantial challenges that come with implementing such a setup.&lt;/p>
&lt;h2 id="what-are-bad-reasons">What are “bad” reasons?&lt;/h2>
&lt;h3 id="1-scaling-write-throughput">1. Scaling write throughput&lt;/h3>
&lt;p>Trying to scale your write capacity by deploying active-active across regions may sound like a clean horizontal solution, but it is rarely that simple. Write coordination, conflict resolution, and replication overhead introduce latency that defeats the purpose. If you are thinking about low latency writes between regions like Australia and the US, keep in mind that you will still be paying the round-trip cost, typically 150-200ms+, to maintain consistency. Physics don’t do any favors. Even if you have multiple primaries, unless you accept weaker consistency or potential conflicts, your writes will not scale linearly. In many real-world cases, throughput actually suffers compared to a well tuned primary replica setup. If your real goal is better throughput, you are usually better served by:&lt;/p></description></item><item><title>PostgreSQL active-active replication, do you really need it?</title><link>https://percona.community/blog/2025/06/18/postgresql-active-active-replication-do-you-really-need-it/</link><pubDate>Wed, 18 Jun 2025 00:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/06/18/postgresql-active-active-replication-do-you-really-need-it/</guid><description>&lt;h2 id="before-we-start-what-is-active-active">Before we start, what is active-active?&lt;/h2>
&lt;p>&lt;strong>Active-active&lt;/strong>, also referred to as &lt;strong>multi-primary&lt;/strong>, is a setup where multiple database nodes can accept writes at the same time and propagate those changes to the others. In comparison, regular streaming replication in PostgreSQL allows only one node (the primary) to accept writes. All other nodes (replicas) are read-only and follow changes.&lt;/p>
&lt;p>In an active-active setup:&lt;/p>
&lt;ul>
&lt;li>There is no single point of write.&lt;/li>
&lt;li>Applications can write to any node.&lt;/li>
&lt;li>The database needs a way to sort out conflicts when two nodes try to concurrently change the same data.&lt;/li>
&lt;/ul>
&lt;p>That last point is the hardest one. PostgreSQL was not designed for concurrent writes from multiple nodes; it&amp;rsquo;s not a distributed database and does not leverage proprietary dedicated storage capabilities. So, every multi-primary implementation has to solve the issue of conflicting concurrent writes somehow. Some resolve conflicts using timestamps or priorities. Some push conflict resolution to the application. Some avoid it altogether by writing to separate subsets of data.&lt;/p></description></item><item><title>PostgreSQL 18 - Top Enterprise Features (fast read)</title><link>https://percona.community/blog/2025/05/26/postgresql-18-top-enterprise-features-fast-read/</link><pubDate>Mon, 26 May 2025 00:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/05/26/postgresql-18-top-enterprise-features-fast-read/</guid><description>&lt;p>



&lt;figure>
 
 
 &lt;img sizes="100vw" srcset="https://percona.community/blog/2025/05/pg18img_hu_9976bc51805a49cb.png 480w, https://percona.community/blog/2025/05/pg18img_hu_31fc038739fc52b8.png 768w, https://percona.community/blog/2025/05/pg18img_hu_c86e80e79914b07a.png 1400w" 
 src="https://percona.community/blog/2025/05/pg18img.png" alt="Postgres 18 is coming!" />&lt;/figure>&lt;/p>
&lt;p>So the &lt;a href="https://www.postgresql.org/about/news/postgresql-18-beta-1-released-3070/" target="_blank" rel="noopener noreferrer">Beta1 is available for PostgreSQL 18&lt;/a> and while not all the &lt;a href="https://www.postgresql.org/docs/18/release-18.html" target="_blank" rel="noopener noreferrer">features&lt;/a> have to make it to GA, we can surely hope they do!&lt;/p>
&lt;p>Taking a close look at &lt;a href="https://www.postgresql.org/docs/18/release-18.html" target="_blank" rel="noopener noreferrer">what’s coming&lt;/a>, here below is the selection of what excites me in particular:&lt;/p>
&lt;h2 id="1-oauth-20-authentication-support">1. OAuth 2.0 authentication support&lt;/h2>
&lt;p>→ Finally aligns with modern enterprise SSO and identity standards (e.g., Okta, Azure AD). A major win for security teams and regulatory compliance.&lt;/p></description></item><item><title>Progress report on pg_tde - GA extension is nearer every day!</title><link>https://percona.community/blog/2025/05/08/progress-report-on-pg_tde-ga-extension-is-nearer-every-day/</link><pubDate>Thu, 08 May 2025 00:00:00 +0000</pubDate><guid>https://percona.community/blog/2025/05/08/progress-report-on-pg_tde-ga-extension-is-nearer-every-day/</guid><description>&lt;p>Another week, another blogpost about the state of open source Transparent Data Encryption (TDE) for PostgreSQL.&lt;/p>
&lt;p>First off, thank you for all the feedback shared so far!&lt;/p>
&lt;p>Whether it&amp;rsquo;s reports about deployment issues with &lt;code>pg_tde&lt;/code>, integration with KMS, missing features or gaps in our documentation, we truly appreciate it! Your input helps us build a better, more complete solution and to properly prioritize what&amp;rsquo;s next.&lt;/p>
&lt;h2 id="whats-the-word">What’s the word?&lt;/h2>
&lt;p>



&lt;figure>&lt;img src="https://percona.community/blog/2025/05/big-bird-sesame-street.gif" alt="Progress report on pg_tde - Bird" />&lt;/figure>&lt;/p></description></item><item><title>Learn PostgreSQL and SQL Quickly and Free</title><link>https://percona.community/blog/2024/05/20/learn-postgresql-and-sql-quickly-and-free/</link><pubDate>Mon, 20 May 2024 00:00:00 +0000</pubDate><guid>https://percona.community/blog/2024/05/20/learn-postgresql-and-sql-quickly-and-free/</guid><description>&lt;p>Learn PostgreSQL and SQL Quickly and Free&lt;/p>
&lt;p>Want to learn PostgreSQL? What if you could learn PostgreSQL without having to install the database, load data, find sample data, and it was free? PGExamples.com is what you are looking for.&lt;/p>
&lt;p>First, let me state that I have no connection to the website or its author. I discovered PgExercises.com by accident and was impressed by its quality and completeness. I am so impressed that I am exploring a video series on it.&lt;/p></description></item></channel></rss>