Zum Inhalt springen

Postgresql Release Notes

9 Einträge aus 1 Quelle. Zuletzt aktualisiert:

Folge Postgresql, um die Release Notes in deinen Feed zu holen.

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

pgx-bm25 1.0: BM25-Volltextsuche als nativer PostgreSQL-Index

PGX Inc. veröffentlicht pgx-bm25 1.0, eine Erweiterung für PostgreSQL 17 und 18, die Okapi-BM25-Volltextsuche mit Relevanzsortierung als nativen Index (bm25_native) mit WAL-Logging, VACUUM-Unterstützung und Snowball-Wörterbüchern bereitstellt.

PGX Inc. has released version 1.0 of pgx-bm25, an extension that adds Okapi BM25 ranked full-text search to PostgreSQL as a native index access method. It supports PostgreSQL 17 and 18, and installs as bm25_native.

CREATE EXTENSION bm25_native;
CREATE INDEX docs_bm25 ON docs USING bm25_native (body);

SELECT id, bm25_score(ctid) AS score
FROM   docs
WHERE  body @@@ 'quick fox'
ORDER  BY body &@@ 'quick fox'
LIMIT  10;

@@@ selects the matching rows and &@@ orders them by relevance. The query runs as an ordered index scan; there is no Sort node.

It is a PostgreSQL index

The whole index lives in the index relation's own pages, so it gets WAL logging, crash recovery, and physical replication from core. VACUUM maintains it. There is no external search engine and no separate runtime to operate. The extension is written in C against the stock server headers and builds with PGXS; a C compiler and pg_config are the whole toolchain.

Text is analyzed with PostgreSQL's own Snowball dictionaries, with the language set per index, so a search for negligent finds negligence. Ranked top-N queries use block-max WAND, so a typical LIMIT 10 search does not have to score every matching document.

Query features …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

pg_plan_filter 1.0.0 veröffentlicht

pg_plan_filter 1.0.0 prüft Anweisungen vor der Ausführung anhand der geschätzten Planer-Kosten (statement_cost_limit, transaction_cost_limit, filter_select_only) und bricht sie bei Verstoß mit einem Fehler ab; unterstützt PostgreSQL 14 bis 18.

pg_plan_filter version 1.0.0 has been released.

This loadable module test sstatements against specific configured criteria before execution, raising an error if the criteria are violated. This allows administrators to prevent execution of certain queries on production databases.

The criteria are based on the planner's estimated cost. pg_plan_filter can refuse an individual statement whose plan is too expensive (statement_cost_limit), cap the combined cost of all the statements run in one transaction (transaction_cost_limit), and optionally apply the filter to SELECT statements only (filter_select_only). The module could be extended to support further kinds of filters.

It supports PostgreSQL versions 14 through 18.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

pg_ivm 1.16 mit PostgreSQL-19-Unterstützung und Fehlerbehebungen

pg_ivm 1.16 unterstützt PostgreSQL 19 und behebt einen Segfault beim Pflegen und Löschen eines IMMV in derselben Transaktion, Probleme bei Tabellen ohne Standard-Gleichheitsoperator, bei OIDs über INT_MAX sowie unnötige Transaktionsfehler durch Sperren.

IVM Development Group is pleased to announce the release of pg_ivm 1.16.

Changes since the v1.15 release include:

What's Changed

New features

  • Add support for PostgreSQL 19 ( Devrim Gündüz )

Bug fixes

  • Fix a segfault when an IMMV is maintained and dropped in the same transaction (Yugo Nagata)

  • Fix IVM maintenance for tables without default equality operators (Yugo Nagata)

    When a base table contained a type without a default equality operator, maintenance of the views failed when the table was updated, even if the column was not referenced by the view definition.

  • Fix OID handling when OID exceeds INT_MAX (Artur Aleksander Kanošin)

    View maintenance failed when the global OID counter exceeds INT_MAX.

  • Prevent spurious transaction failures during incremental maintenance (Dzmitry Levankou)

    During incremental maintenance, locks are acquired on the materialized view to prevent anomalies caused by concurrent maintenance. Previously, due to the timing of lock release during commit, a transaction could fail unnecessarily with a lock error even though no concurrent incremental maintenance was actually in progress. This issue could also make isolation tests fail intermittently under load.

About pg_ivm

pg_ivm is an extension module that provides Incremental View Maintenance (IVM) feature. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

pg_vault_tde 1.7.2: Kritische Absturzfixes und neues On-Disk-Format

pg_vault_tde 1.7.2 führt ein neues On-Disk-Tuple-Layout (v5) ein und behebt Abstürze bei UPDATE und TOAST, einen unlesbaren Tabellenzustand bei All-NULL-Zeilen, Probleme bei Schlüsselrotation und Migration sowie Fehler in Logical Decoding, und beschränkt tde_btree auf Gleichheitsabfragen.

Version 1.7.2 of pg_vault_tde is now available. This is a binary patch release where extension version stays at 1.7, but users can distinguish the build at runtime using pg_vault_tde_build_version().

This update focuses on critical stability, security, and correctness fixes:

  • New On-Disk Tuple Layout (v5): Introduces a walkable structure to fix a critical segmentation fault on UPDATE operations for tables with indexed variable-length columns (PSQLE-165).
  • TOAST Crash Resolved: Fixes a segfault triggered when values crossed the TOAST_TUPLE_THRESHOLD only after being encrypted. Furthermore, a bug where an all-NULL row made its table unreadable has been fixed.
  • tde_btree Hardening: The tde_btree index now strictly answers equality queries only, preventing incorrect row returns on range operators, ORDER BY, or merge joins (PSQLE-173).
  • Key Management & Reliability: Addresses data loss and corruption vulnerabilities in rotate_online() concurrent access (PSQLE-184), local wallet KEK rotation (PSQLE-185), and vault-to-wallet migrations (PSQLE-188).
  • WAL & Logical Decoding: Fixes memory accounting drift in logical decoding (PSQLE-186) and moves the Custom WAL resource manager ID from 128 to the registered ID 161 (PSQLE-172). …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

dbForge 2026.2 mit PostgreSQL Debugger und visuellen Editoren

dbForge 2026.2 bringt dbForge Studio for PostgreSQL einen integrierten Debugger und visuelle Objekt-Editoren, erweitert den dbForge AI Assistant um Dateianhänge sowie Modelle von Anthropic und OpenAI mit kostenloser Express-Edition und ergänzt unter anderem eine Spalte „Last modified“ im Schemavergleich.

The release adds a PostgreSQL Debugger, visual editors for event triggers, functions and procedures, as well as file attachments and model choice in dbForge AI Assistant.

Devart, a leading developer of database management software, has released dbForge 2026.2, the latest update to its unified ecosystem of professional database tools. The new version adds a brand-new embedded PostgreSQL Debugger and visual object editors to dbForge Studio for PostgreSQL. dbForge AI Assistant gains broader context awareness through file attachments, supports models from Anthropic and OpenAI, and is now available in a free Express edition. The release also brings SQL refactoring enhancements, quicker access to test data generation, a new “Last modified” column in schema comparison documents and reports, and much more.

Embedded PostgreSQL Debugger helps teams track errors in server-side code

dbForge Studio for PostgreSQL now includes a PostgreSQL Debugger that lets developers set breakpoints, step through code line by line, and monitor variables, expressions and query results as code runs. When an exception occurs, the Debugger highlights the exact line that caused it.

The Debugger is integrated into dbForge Studio for PostgreSQL and requires no separate extensions or manual setup. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

pgvector 0.8.7 behebt Buffer Overflow bei IVFFlat-Builds

pgvector 0.8.7 behebt einen Buffer Overflow beim Erstellen von IVFFlat-Indizes (CVE-2026-103484), der zur Ausführung beliebigen Codes führen kann, und ein Upgrade wird empfohlen.

pgvector 0.8.7 is now available. This release fixes a buffer overflow with IVFFlat index builds (CVE-2026-103484), which can lead to arbitrary code execution. Users are encouraged to upgrade when possible.

More details: https://github.com/pgvector/pgvector/issues/1036

pgvector is an open-source PostgreSQL extension that provides vector similarity search capabilities

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

Pgpool-II 4.7.3, 4.6.8, 4.5.13, 4.4.18 und 4.3.21 mit Sicherheitsfixes

Die Minor-Releases Pgpool-II 4.7.3, 4.6.8, 4.5.13, 4.4.18 und 4.3.21 beheben Sicherheitslücken, darunter Schwachstellen bei der Watchdog-Nachrichtenverarbeitung und eine Umgehung der Zertifikatsauthentifizierung durch NUL-Bytes im CN (CVE-2026-92867 bis CVE-2026-92870).

What is Pgpool-II?

Pgpool-II is a tool to add useful features to PostgreSQL, including:

  • connection pooling
  • load balancing
  • automatic failover and more.

Minor releases

Pgpool Global Development Group is pleased to announce the availability of following versions of Pgpool-II:

  • 4.7.3
  • 4.6.8
  • 4.5.13
  • 4.4.18
  • 4.3.21

These releases include security fixes.

  • A vulnerability in watchdog message processing during failover in Pgpool-II allows an attacker to write an arbitrary 32-bit value to an arbitrary memory address by sending a malformed message. (CVE-2026-92867)

  • When a client connects to Pgpool-II using certificate authentication, Pgpool-II does not properly handle NUL bytes (\0) in the domain name in the Common Name (CN) field of the client's X.509 certificate. This vulnerability allows a malicious client to connect to the Pgpool-II server as another user without a password. (CVE-2026-92868)

  • A vulnerability in watchdog message processing in Pgpool-II allows an attacker to overwrite memory beyond the boundaries of fixed-size arrays by sending a malformed message. (CVE-2026-92869)

  • A vulnerability in the handling of failover messages by watchdog in Pgpool-II allows writes of arbitrary-length data to corrupt the stack and crash a Pgpool-II process. (CVE-2026-92870) …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

Dasha 1.8: Index-Empfehlungen, I/O-Analyse, Schema-Checks und Log-Einblicke

Dasha 1.8 ergänzt Index-Empfehlungen, die anhand von pg_stat_statements auf allen Hosts eines Clusters fehlende B-Tree-Indizes mit fertigem CREATE INDEX CONCURRENTLY vorschlagen und optional durch auto_explain-Pläne aus dem Log gestützt werden.

Dasha is an open source performance dashboard for PostgreSQL fleets. It connects to your clusters with a read-only role, shows what the databases are doing right now, and explains what to do about it. Nothing is installed on the database hosts: no agent, and no extension beyond the ones you already have.

One instance serves many clusters and all of their replicas. Most PostgreSQL statistics are per-instance and are not replicated, so Dasha reads every host of a cluster and reasons over the combined picture. An index that looks unused on the primary may be serving the entire read workload on a standby.

New since the last announcement

  • Index recommendations. Dasha reads pg_stat_statements on every host of a cluster and proposes the B-tree indexes that are missing. Each candidate comes with its column order, a ready CREATE INDEX CONCURRENTLY, the statements it covers and their share of execution time. Write counters and partitioned tables (ATTACH PARTITION) are taken into account. A candidate can be backed by auto_explain plans from the log: sequential scans of its table, what they cost and how many rows their filters discarded. A misestimated row count raises a warning to run ANALYZE first. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Postgresql

PL/Haskell 6.0 unterstützt Range-Typen

PL/Haskell 6.0 ermöglicht es, in Haskell geschriebene PostgreSQL-Funktionen mit Range-Typen zu verwenden, und es gibt einen Workaround für einen Bug in den GHC-Bibliotheken unter Fedora 44.

We are pleased to announce the release of version 6.0 of the PL/Haskell extension. This extension allows users to write PostgreSQL functions in the Haskell functional programming language. Instructions can be found here.

Version 6.0 adds the ability to work with range types.

Users of Ubuntu and Fedora can install the extension directly from the rpm and apt repositories.

Please note that these is a bug in the GHC libraries in Fedora 44. If you are using Fedora 44, see the workaround.

If you have problems with the extension or a feature request, please submit a Github issue.

Originalquelle(öffnet in neuem Tab)Problem melden