{"id":144010,"date":"2025-09-25T17:11:55","date_gmt":"2025-09-25T15:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-subd-postgresql-18"},"modified":"2025-09-25T17:11:55","modified_gmt":"2025-09-25T15:11:55","slug":"reliz-subd-postgresql-18","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/reliz-subd-postgresql-18","title":{"rendered":"Release van de database PostgreSQL 18","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na een jaar ontwikkeling is de nieuwe stabiele tak van de database PostgreSQL 18 gepubliceerd. Updates voor deze nieuwe tak zullen gedurende vijf jaar worden uitgebracht tot november 2030. De ondersteuning voor PostgreSQL 13.x, de oudste van de ondersteunde takken, zal op 13 november eindigen. <\/p>\n
Belangrijkste vernieuwingen: <\/p>\n
\n
Er is een subsysteem voor asynchrone invoer\/uitvoer toegevoegd, dat de doorvoer van invoer\/uitvoer verhoogt en vertragingen vermindert. Behalve de universele implementatie van AIO (io_method=worker), die op alle platforms beschikbaar is en gebaseerd is op het uitvoeren van meerdere handler-processen (standaard 3), kan in Linux de interface voor asynchrone invoer\/uitvoer io_uring (io_method=io_uring) worden gebruikt, die wordt ondersteund vanaf kernel 5.1. Asynchrone invoer\/uitvoer wordt voorlopig alleen gebruikt om de uitvoering van bepaalde operaties die verband houden met het lezen van gegevens uit het bestandssysteem, zoals sequentieel doorlopen, het scannen van indexbitmap en het uitvoeren van onderhoud (vacuum), te versnellen. In sommige tests leidt het gebruik van AIO tot een prestatieverbetering van 2-3 keer. Schrijfbewerkingen blijven in synchrone modus uitgevoerd om te voldoen aan de vereisten van ACID.\n
De optimalisatie 'skip scan' is ge\u00efmplementeerd in multicolumn indices, waardoor de index niet alleen kan worden gebruikt voor het controleren van de eerste ge\u00efndexeerde kolom en de volledige combinatie van kolommen, maar ook voor de afzonderlijke verwerking van andere ge\u00efndexeerde kolommen. Bijvoorbeeld, eerder bij het cre\u00ebren van een B-tree index over de kolommen '(status, date)' werd de index alleen toegepast voor query's die het veld 'status' of beide velden 'status' en 'date' controleerden, terwijl bij controle van alleen het veld 'date' een scan van de inhoud van de tabel werd uitgevoerd. De 'skip scan' modus maakt het mogelijk om in bepaalde situaties de index te scannen voor een query die alleen het veld 'date' behandelt. Deze modus wordt alleen toegepast voor 'B-tree' indices wanneer in de query een voorwaarde met de operator '=' over het ge\u00efndexeerde veld wordt gebruikt, in situaties waarin het gemiste veld een klein aantal verschillende waarden heeft (bijvoorbeeld, de optimalisatie werkt als het statusveld 'status' enkele vaste waarden heeft).\n
Er zijn optimalisaties toegevoegd die indices effici\u00ebnter gebruiken voor query's die 'OR' en 'IN (...)' constructies in het 'WHERE' blok bevatten, en die ook de prestaties van het plannen en uitvoeren van tabelkoppelingen verhogen (bijvoorbeeld, de code voor hash-merge is versneld en incrementele sortering is toegestaan bij het samenvoegen van tabellen).\n
Ondersteuning voor het parallel bouwen van GIN-indexen (Generalized Inverted Index), toegepast op samengestelde waarden zoals arrays, en het organiseren van zoekopdrachten op volledige tekst of JSON-structuren is toegevoegd.\n
De mogelijkheid om gematerialiseerde weergaven en sleutels voor het partitioneren van tabellen met indexen met de 'unique' eigenschap, die geen B-tree structuur gebruiken, is toegevoegd.\n
De algehele prestaties van vergrendelingen voor verzoeken die met veel tabellen werken zijn verbeterd, en er zijn verbeteringen aangebracht in de verwerking van verzoeken naar gepartitioneerde tabellen die het afschermen van ongebruikte secties en join-operaties versnellen.\n
De tekstoperaties zijn versneld, zoals functies voor het omzetten naar hoofdletters\/kleine letters. De PG_UNICODE_FAST-modus is toegevoegd om de verwerking van Unicode-teken locale-eigenschappen te versnellen.\n
De mogelijkheid is ge\u00efmplementeerd om de statistieken van de query planner op te slaan na een update tussen significante versies van PostgreSQL. Deze wijziging voorkomt dat een resource-intensie operation 'ANALYZE' uitgevoerd hoeft te worden na het starten van een nieuwe versie, wat voordien leidde tot een merkbare prestatievertraging van de database.\n
De prestaties van de pg_upgrade-tool, die wordt gebruikt voor de automatische overstap naar een nieuwe belangrijke release van PostgreSQL, zijn verhoogd. Optimalisaties zijn vooral merkbaar bij het upgraden van databases met een groot aantal objecten, zoals tabellen en sequenties. Om de werking van pg_upgrade te versnellen, is ook de vlag «—jobs N» toegevoegd voor het parallel uitvoeren van controles in N threads en de vlag «—swap» voor het volledig vervangen van gegevensmappen zonder het instellen van verwijzingen, zonder klonen en zonder bestanden te kopi\u00ebren.\n
Ondersteuning voor virtuele gegenereerde kolommen is toegevoegd, waarvan de waarden on-the-fly worden berekend tijdens het uitvoeren van queries, zonder op schijf te worden opgeslagen. Als in de expressie «CREATE TABLE…» voor gegenereerde kolommen alleen het sleutelwoord «GENERATED» is opgegeven zonder het type (STORED of VIRTUAL) te specificeren, wordt de nieuwe variant standaard toegepast in plaats van de oude implementatie. In de oude implementatie werden de waarden gegenereerd tijdens het uitvoeren van «INSERT» of «UPDATE» bewerkingen en op schijf opgeslagen voor later gebruik. Een nadeel van virtuele gegenereerde kolommen is dat ze niet in indexen kunnen worden gebruikt, terwijl een voordeel is dat ze normalisatie en gegevenswijzigingen on-the-fly mogelijk maken (dit is relevant bij het werken met JSON-gegevens). Wat betreft klassieke opgeslagen gegenereerde kolommen, is in de nieuwe release ondersteuning voor logische replicatie aan hen toegevoegd.\n
In de instructies INSERT, UPDATE, DELETE en MERGE is de mogelijkheid ge\u00efmplementeerd om de vorige (OLD) en huidige (CURRENT) waarden weer te geven in de RETURNING-expressie. Bijvoorbeeld, «UPDATE… RETURNING WITH (OLD AS o, NEW AS n) o.*, n.*.»\n
De functie uuidv7() is toegevoegd voor het genereren van willekeurige unieke identificatoren in UUIDv7-formaat. In tegenstelling tot de oude functie voor het genereren van UUID (gen_random_uuid), die nu ook beschikbaar is onder de naam uuidv4(), omvat UUIDv7 naast een willekeurige waarde ook de tijd van generatie. De aanwezigheid van geordende delen in de UUID-waarde (de eerste 12 tekens zijn epoch-tijd en de volgende 18 zijn willekeurige waarde) verhoogt de effici\u00ebntie van sorteren en indexeren, wat relevant is omdat UUID's meestal worden gebruikt voor primaire sleutels (bijvoorbeeld, sleutels die in een korte tijd zijn gemaakt, worden naast elkaar geplaatst in de index).\n
In de operatie «LIKE» is ondersteuning ge\u00efmplementeerd voor tekstvergelijkingen waarbij niet-deterministische locale-eigenschappen «collation» worden gebruikt, waardoor vergelijkingen rekening kunnen houden met de betekenis van symbolen (bijvoorbeeld kan het accent niet worden meegenomen in een vergelijking). De functie CASEFOLD is toegevoegd voor het wijzigen van de lettergrootte van symbolen rekening houdend met de locale-eigenschappen «collation» (bijvoorbeeld sommige symbolen hebben meer dan twee kleine lettervarianten of vereisen bij vergelijking omzetting naar hoofdletters in plaats van naar kleine letters).\n
Er is een mogelijkheid toegevoegd om tijdslimieten (temporal constraint) te gebruiken. Bij de waarden «PRIMARY KEY» en «UNIQUE» dient men de uitdrukking «WITHOUT OVERLAPS» te gebruiken om tijdslimieten toe te voegen, en bij de waarde «FOREIGN KEY» \u2014 de uitdrukking PERIOD. Bijvoorbeeld, bij het defini\u00ebren van primaire sleutels kan men de sleutels beperken met elkaar overlappende tijdsintervallen.\n
De opdracht «CREATE FOREIGN TABLE … LIKE command» is toegevoegd voor het cre\u00ebren van een schema voor een externe tabel op basis van de definitie van een lokale tabel.\n
Ondersteuning is toegevoegd voor verbinding met de database (DBMS) met gebruik van authenticatie op basis van OAUTH 2.0 met een toegangstoken in plaats van een wachtwoord. Het gebruik van OAUTH maakt het mogelijk om wachtwoorden niet in de database op te slaan, maar om gebruikers via externe services te identificeren, evenals mogelijkheden zoals twee-factor-authenticatie en single sign-on (SSO).\n
De functie ssl_tls13_ciphers() is toegevoegd, waarmee een lijst van toegestane versleutelingsalgoritmen kan worden gedefinieerd bij verbinding met gebruik van het TLSv1.3-protocol.\n
Ondersteuning voor authenticatie met gebruik van het md5-algoritme voor het hashing van wachtwoorden is overgebracht naar de verouderde status en is gepland voor verwijdering. In plaats van md5 wordt het SCRAM-algoritme (SCRAM-SHA-256), ge\u00efntroduceerd in PostgreSQL 10, aanbevolen. Daarnaast wordt ondersteuning voor SCRAM-authenticatie bij verbinding via postgres_fdw en dblink naar externe PostgreSQL-servers gerapporteerd.\n
Bij het uitvoeren van de operatie «EXPLAIN ANALYZE» is informatie over het aantal zoekoperaties in indexen tijdens het scannen van de index en het aantal toegangspunten tot de buffers bij het uitvoeren van de query weergegeven. De uitvoer van «EXPLAIN ANALYZE VERBOSE» bevat statistieken over de CPU, WAL-logboek en intensiteit van leesoperaties. In de tabel pg_stat_all_tables zijn gegevens toegevoegd over de tijd die besteed is aan het VACUUM- en analyseproces van tabellen. Statistieken over de intensiteit van invoer\/uitvoer en belasting op het WAL-logboek zijn verstrekt per afzonderlijke verbinding. In pg_stat_subscription_stats en de logs is informatie toegevoegd met diagnostiek over conflicten bij het uitvoeren van schrijfoperaties tijdens logische replicatie.\n
In nieuwe installaties is standaard gebruik van checksums voor gegevensintegriteit geactiveerd. Om dit gedrag te annuleren bij het uitvoeren van initdb, moet de optie «—no-data-checksums» worden opgegeven.\n
De tool pg_createsubscriber heeft de vlag «—all» ontvangen voor het maken van logische replicaties in \u00e9\u00e9n opdracht voor alle databases.\n
Een nieuwe versie (3.2) van het protocol, dat wordt gebruikt voor de interactie tussen externe tools en de database, is ge\u00efmplementeerd in de libpq bibliotheek. De vorige update van het protocol vond plaats in PostgreSQL 7.4 (2003). In de libpq bibliotheek blijft standaard versie 3.0 in gebruik. <\/ul>\n