Neues vom PostgreSQL Planet
Sergey Pronin: Troubleshooting PostgreSQL on Kubernetes With Coroot
David Wheeler: Mini Summit Five
The video for Yurri Rashkovskii’s presentation at the fifth Postgres Extension Ecosystem Mini-Summit last week is up. Links:
Here’s my interpolation of YouTube’s auto-generated transcript, interspersed with chat activity.
Cady Motyka: Using Automatic DDL Replication with pgEdge Distributed PostgresQL
Until now, managing and updating Data Definition Language (DDL) schemas in PostgreSQL was a time-consuming, manual effort and especially difficult in a distributed environment. With the introduction of automatic DDL replication, pgEdge makes it easier and faster to deliver distributed applications built on open, standard-based PostgreSQL. In this blog, we delve into what Automatic DDL replication entails and how it can be leveraged effectively with pgEdge.
Paolo Melchiorre: Posette 2024
An Event for Postgres (pronounced /Pō-zet/, and formerly called Citus Con) is a free and virtual developer event. The name POSETTE stands for Postgres Open Source Ecosystem Talks Training & Education.
Laurenz Albe: cursor_tuple_fraction and the PostgreSQL JDBC driver
This article is a kind of failure story. I originally set out to write a piece about the PostgreSQL parameter cursor_tuple_fraction, only to discover that my boss has already covered that topic to some extent. Then I thought that I could investigate the parameter’s effect on the JDBC driver. That led me to an embarrassingly long wrestle with auto_explain and an eventual failure to find anything. But the world is littered with success stories, so why not share some failure?
Andreas 'ads' Scherbaum: Nazir Bilal Yavuz
Brandur Leach: The Notifier Pattern for Applications That Use Postgres
Listen/notify in Postgres is an incredible feature that makes itself useful in all kinds of situations. I’ve been using it a long time, started taking it for granted long ago, and was somewhat shocked recently looking into MySQL and SQLite to learn that even in 2024, no equivalent exists.
Henrietta Dombrovskaya:
At PG Day Chicago, I presented an extended version of my talk given last year at Citus.con – Temporal Tables and Standard. Just between the time my talk was accepted and I delivered the presentation, I learned that PG 17 would include the first-ever support of an important temporal feature: uni-temporal primary keys and unique constraints.
gabrielle roth: LinuxFest Northwest PostgreSQL Booth Report
Radim Marek: How not to change PostgreSQL column type
One of the surprises that comes with developing applications and operating a database cluster behind them is the discrepancy between practice and theory, development environment and the production. A perfect example of such a mismatch is changing a column type.
The conventional knowledge on how to change a column type in PostgreSQL (and other systems compliant with the SQL standard) is to:
Ashutosh Bapat: Property graphs: elements, labels and properties
A property graph consists of three types of "things" in it: elements, labels and properties.
Elements are nodes or edges in the graphs. They form the basic structure of a graph. An edge connects two nodes. Two nodes may be connected by multiple edges corresponding to different relationships between them.
Labels classify the elements. An element may belong to multiple classes and thus have multiple labels.
Artur Zakirov: Saturation Arithmetic with a PostgreSQL Extension
Deepak Mahto: Conversion Gotchas: Implicit Conversion in Oracle to PostgreSQL Migration
Oracle to PostgreSQL migration is a playground that uncovers and touches upon many database concepts, which are always intriguing and fun to explore. Implicit Conversion, i.e., imposing automatic conversion on data types to make them comparable by database optimizers, is also a concept frequently encountered in database migrations. Implicit conversion allows for the automatic conversion of data types for an expression or condition when necessary for SQL execution, thus preventing failures.
David Z: Bringing IvorySQL to Neon Autoscaling Platform
In this blog post, we will guide you through the process of integrating IvorySQL, an open-source database built on PostgreSQL, into Neon Autoscaling Platform. Throughout this guide, we’ll walk you through each step, providing clear instructions and demonstrations.
Pavel Borisov: What's new in pgvector v0.7.0
Robert Haas: Hacking on PostgreSQL is Really Hard
Hacking on PostgreSQL is really hard. I think a lot of people would agree with this statement, not all for the same reasons. Some might point to the character of discourse on the mailing list, others to the shortage of patch reviewers, and others still to the difficulty of getting the attention of a committer, or of feeling like a hostage to some committer's whimsy.
Jobin Augustine: LDAP Authentication in PgBouncer Through PAM
David Wheeler: Mini Summit: Universally Buildable Extensions
Well that snuck up on me. Tomorrow, May 1 2024, Yurii Rashkovskii of Omnigres will be giving a presentation at the fifth installment of the Postgres extension ecosystem mini-summit. The tal, “Universally buildable extensions: dev to prod”, should provoke some interesting asymmetrical thinking and discussion.
muhammad ali: Logging Basics for PostgreSQL
Explore foundational parameters for maximizing the utility of PostgreSQL logs.
The post Logging Basics for PostgreSQL appeared first on Stormatics.
Jonathan Katz: The 150x pgvector speedup: a year-in-review
I wanted to write a “year-in-review” covering all the performance pgvector has made (with significant credit to Andrew Kane), highlighting specific areas where pgvector has improved (including one 150x improvement!) and areas where we can continue to do better.