Dup\u0103 un an de dezvoltare, a fost publicat\u0103 noua ramur\u0103 stabil\u0103 a SGBD-ului PostgreSQL 18. Actualiz\u0103rile pentru noua ramur\u0103 vor fi lansate timp de cinci ani, p\u00e2n\u0103 \u00een noiembrie 2030. Suportul pentru PostgreSQL 13.x, cea mai veche dintre ramurile sus\u021binute, se va \u00eencheia pe 13 noiembrie. <\/p>\n
Nout\u0103\u021bi principale: <\/p>\n
\n
A fost ad\u0103ugat un subsistem de intrare\/ie\u0219ire asincron\u0103, care permite cre\u0219terea l\u0103\u021bimii de band\u0103 a intr\u0103rii\/ie\u0219irii \u0219i eliminarea \u00eent\u00e2rzierilor. Pe l\u00e2ng\u0103 implementarea universal\u0103 AIO (io_method=worker) disponibil\u0103 pe toate platformele, bazat\u0103 pe executarea a mai multor procese de manipulare (implicit 3), \u00een Linux poate fi utilizat interfa\u021ba de intrare\/ie\u0219ire asincron\u0103 io_uring (io_method=io_uring), suportat\u0103 \u00eencep\u00e2nd cu kernelul Linux 5.1. Intrarea\/ie\u0219irea asincron\u0103 este utilizat\u0103 momentan doar pentru accelerarea anumitor opera\u021biuni legate de citirea datelor din sistemul de fi\u0219iere, cum ar fi parcurgerea secven\u021bial\u0103, scanarea h\u0103r\u021bii indexului \u0219i efectuarea cur\u0103\u021b\u0103rii (vacuum). \u00cen unele teste, utilizarea AIO duce la o cre\u0219tere a performan\u021bei de 2-3 ori. Opera\u021biunile de scriere continu\u0103 s\u0103 fie executate \u00een mod sincron pentru a respecta cerin\u021bele ACID.\n
A fost realizat\u0103 optimizarea \u201eskip scan\u201d \u00een indici multipli, care permite utilizarea indexului nu doar pentru verificarea primei coloane indexate \u0219i pentru corelarea complet\u0103 a coloanelor, ci \u0219i pentru procesarea separat\u0103 a celorlalte coloane indexate. De exemplu, anterior, atunci c\u00e2nd se crea un index B-tree pe coloanele \u201e(status, date)\u201d, indexul era aplicat doar pentru interog\u0103ri care verificau c\u00e2mpul \u201estatus\u201d sau ambele c\u00e2mpuri \u201estatus\u201d \u0219i \u201edate\u201d, iar \u00een cazul interog\u0103rii doar a c\u00e2mpului \u201edate\u201d, se realiza un scanare a con\u021binutului tabelului. Modului \u201eskip scan\u201d \u00eei permite, \u00een anumite situa\u021bii, s\u0103 scaneze indexul atunci c\u00e2nd este solicitat doar c\u00e2mpul \u201edate\u201d. Acest mod se aplic\u0103 doar pentru indec\u0219i \u201eB-tree\u201d atunci c\u00e2nd se folose\u0219te operatorul condi\u021bional \u201e=\u201d pe c\u00e2mpul indexat, \u00een situa\u021biile \u00een care c\u00e2mpul omis are un num\u0103r mic de valori diferite (de exemplu, optimizarea va func\u021biona dac\u0103 c\u00e2mpul status \u201estatus\u201d are c\u00e2teva valori fixe).\n
Au fost ad\u0103ugate optimiz\u0103ri care utilizeaz\u0103 mai eficient indec\u0219ii pentru interog\u0103rile care con\u021bin structuri \u201eOR\u201d \u0219i \u201eIN (\u2026)\u201d \u00een blocul \u201eWHERE\u201d, precum \u0219i care cresc performan\u021ba planific\u0103rii \u0219i execut\u0103rii unirii tabelelor (de exemplu, codul de \u00eembinare a hash-urilor a fost accelerat \u0219i a fost permis\u0103 utilizarea sort\u0103rii incrementale \u00een timpul unirii tabelelor).\n
A fost ad\u0103ugat suportul pentru paralelizarea construc\u021biei indexurilor GIN (Index Invers Generalizat), aplicate pentru indexarea valorilor compuse, cum ar fi tablourile, \u0219i organizarea c\u0103ut\u0103rii pe date textuale complete sau structuri JSON.\n
A fost ad\u0103ugat\u0103 posibilitatea de a crea vizualiz\u0103ri materializate \u0219i chei pentru partajarea tabelelor cu indec\u0219i cu caracteristica \u201eunique\u201d, care nu utilizeaz\u0103 structura B-tree.\n
A fost crescut\u0103 performan\u021ba general\u0103 a blocajelor pentru interog\u0103ri care lucreaz\u0103 cu un num\u0103r mare de tabele, iar \u00eembun\u0103t\u0103\u021biri au fost aduse proces\u0103rii interog\u0103rilor c\u0103tre tabelele sec\u021bionate, acceler\u00e2nd eliminarea sec\u021biunilor neutilizate \u0219i opera\u021biunile de unificare (JOIN).\n
Au fost accelerate opera\u021biile cu text, cum ar fi func\u021biile de conversie \u00een litere mari\/mici. A fost ad\u0103ugat modul PG_UNICODE_FAST pentru a accelera contabilizarea propriet\u0103\u021bilor locale ale simbolurilor Unicode.\n
A fost implementat\u0103 posibilitatea de a salva statisticile planificatorului de interog\u0103ri dup\u0103 actualizare \u00eentre versiuni semnificative ale PostgreSQL. Modificarea permite evitarea efectu\u0103rii opera\u021biunii consumatoare de resurse \u201eANALYZE\u201d dup\u0103 lansarea unei noi versiuni, p\u00e2n\u0103 la care se observ\u0103 o sc\u0103dere a performan\u021bei SGBD.\n
Performan\u021ba utilitarului pg_upgrade, utilizat pentru automatizarea trecerii la o nou\u0103 versiune semnificativ\u0103 a PostgreSQL, a fost \u00eembun\u0103t\u0103\u021bit\u0103. Optimiz\u0103rile sunt deosebit de evidente atunci c\u00e2nd se actualizeaz\u0103 bazele de date care con\u021bin un num\u0103r mare de obiecte, cum ar fi tabelele \u0219i secven\u021bele. Pentru a accelera func\u021bionarea pg_upgrade, a fost ad\u0103ugat \u0219i un flag «—jobs N» pentru paralele verific\u0103rilor \u00een N fire \u0219i un flag «—swap» pentru \u00eenlocuirea complet\u0103 a directoarelor cu date f\u0103r\u0103 a crea linkuri, f\u0103r\u0103 clonare \u0219i f\u0103r\u0103 copiere de fi\u0219iere.\n
A fost ad\u0103ugat\u0103 suportul pentru coloanele generate virtuale, ale c\u0103ror valori sunt calculate \u00een timp real \u00een timpul execu\u021biei interog\u0103rilor, f\u0103r\u0103 a fi salvate pe disc. Dac\u0103 \u00een expresia «CREATE TABLE…» pentru coloanele generat, doar cuv\u00e2ntul cheie «GENERATED» este specificat f\u0103r\u0103 a preciza tipul (STORED sau VIRTUAL), atunci noua variant\u0103 se aplic\u0103 implicit \u00een locul vechii implement\u0103ri. \u00cen vechea implementare, valorile erau generate \u00een timpul opera\u021biunilor «INSERT» sau «UPDATE» \u0219i salvate pe disc pentru utilizare ulterioar\u0103. Dezavantajul coloanelor generate virtuale este imposibilitatea utiliz\u0103rii lor \u00een indec\u0219i, iar avantajul este posibilitatea de a efectua normalizarea \u0219i modificarea datelor \u00een timp real (relevant\u0103 \u00een lucrul cu date JSON). \u00cen ceea ce prive\u0219te coloanele generate stocate clasice, noua versiune ofer\u0103 suport pentru replica\u021bia logic\u0103.\n
\u00cen comenzile INSERT, UPDATE, DELETE \u0219i MERGE a fost implementat\u0103 posibilitatea de a returna valorile anterioare (OLD) \u0219i cele curente (CURRENT) \u00een expresia RETURNING. De exemplu, «UPDATE… RETURNING WITH (OLD AS o, NEW AS n) o.*, n.*.»\n
A fost ad\u0103ugat\u0103 func\u021bia uuidv7() pentru generarea identificatorilor unici aleatorii \u00een format UUIDv7. Spre deosebire de vechea func\u021bie pentru generarea UUID (gen_random_uuid), care acum este disponibil\u0103 \u0219i sub numele uuidv4(), \u00een UUIDv7, pe l\u00e2ng\u0103 valoarea aleatorie, este inclus timpul de generare. Existen\u021ba unor p\u0103r\u021bi ordonate \u00een valoarea UUID (primele 12 caractere — timp epic, iar urm\u0103toarele 18 — valoare aleatorie) \u00eembun\u0103t\u0103\u021be\u0219te eficien\u021ba sort\u0103rii \u0219i index\u0103rii, ceea ce este relevant dorind c\u0103 UUID sunt de obicei utilizate pentru chei primare (de exemplu, cheile create \u00eentr-un timp apropiat sunt plasate una l\u00e2ng\u0103 alta \u00een index).\n
\u00cen opera\u021biunea «LIKE» a fost implementat suportul pentru potrivirile de text, care utilizeaz\u0103 propriet\u0103\u021bi de localizare nedeterministe «collation», permi\u021b\u00e2nd compararea cu sensul caracterelor (de exemplu, \u00een compara\u021bie poate s\u0103 nu fie luat \u00een considerare semnul accentului). A fost ad\u0103ugat\u0103 func\u021bia CASEFOLD pentru a schimba cazul caracterelor \u021bin\u00e2nd cont de propriet\u0103\u021bile localiz\u0103rii «collation» (de exemplu, unele caractere au mai mult de dou\u0103 versiuni minuscule sau, \u00een compara\u021bie, necesit\u0103 conversia \u00een majuscule \u0219i nu \u00een minuscule).\n
A fost ad\u0103ugat\u0103 posibilitatea utiliz\u0103rii constr\u00e2ngerilor temporale (temporal constraint). \u00cen valorile «PRIMARY KEY» \u0219i «UNIQUE» pentru ad\u0103ugarea constr\u00e2ngerilor temporale, ar trebui utilizat\u0103 expresia «WITHOUT OVERLAPS», iar \u00een valoarea «FOREIGN KEY» \u2014 expresia PERIOD. De exemplu, la definirea cheilor primare, se pot restric\u021biona cheile cu intervale de timp care se suprapun.\n
A fost ad\u0103ugat\u0103 comanda «CREATE FOREIGN TABLE … LIKE command» pentru a crea o schem\u0103 a unei mese externe pe baza defini\u021biei unei mese locale.\n
A fost ad\u0103ugat suport pentru conectarea la SGBD folosind autentificarea bazat\u0103 pe OAUTH 2.0 cu utilizarea tokenului de acces \u00een loc de parol\u0103. Utilizarea OAUTH permite nu stocarea parolelor \u00een BD, ci identificarea utilizatorilor prin servicii externe, precum \u0219i utilizarea func\u021bionalit\u0103\u021bilor precum autentificarea \u00een doi pa\u0219i \u0219i punctul unic de acces (SSO).\n
A fost ad\u0103ugat\u0103 func\u021bia ssl_tls13_ciphers(), prin care se poate determina lista algoritmilor de criptare admisi la conectarea folosind protocolul TLSv1.3.\n
Suportul pentru autentificarea folosind algoritmul md5 pentru hashing-ul parolelor a fost trecut \u00een categoria deprecate \u0219i planificate pentru eliminare. \u00cen loc de md5, se recomand\u0103 utilizarea algoritmului SCRAM (SCRAM-SHA-256), ap\u0103rut \u00een PostgreSQL 10. De asemenea, se observ\u0103 implementarea suportului pentru autentificarea bazat\u0103 pe SCRAM \u00een timpul conect\u0103rii prin postgres_fdw \u0219i dblink la servere externe PostgreSQL.\n
La executarea opera\u021biunii «EXPLAIN ANALYZE» a fost asigurat output-ul informa\u021biilor despre num\u0103rul de opera\u021biuni de c\u0103utare \u00een indexuri \u00een timpul scan\u0103rii indexului \u0219i num\u0103rul de acces\u0103ri ale bufferelor \u00een timpul execut\u0103rii interog\u0103rii. \u00cen output-ul «EXPLAIN ANALYZE VERBOSE» a fost inclus\u0103 statistica despre CPU, jurnalul WAL \u0219i intensitatea opera\u021biunilor de citire. \u00cen tabelul pg_stat_all_tables au fost ad\u0103ugate informa\u021bii despre timpul petrecut pentru opera\u021biunea VACUUM \u0219i analiza meselor. A fost oferit\u0103 statistica despre intensitatea I\/O \u0219i \u00eenc\u0103rcarea jurnalului WAL \u00een func\u021bie de conexiuni individuale. \u00cen pg_stat_subscription_stats \u0219i \u00een jurnale a fost ad\u0103ugat\u0103 informa\u021bia cu diagnosticarea conflictelor \u00een timpul opera\u021biunilor de scriere \u00een timpul replic\u0103rii logice.\n
\u00cen noile instala\u021bii, utilizarea sumelor de control pentru verificarea integrit\u0103\u021bii datelor stocate este activat\u0103 implicit. Pentru a anula acest comportament, la pornirea initdb, trebuie specificat\u0103 op\u021biunea «—no-data-checksums».\n
\u00cen utilitarul pg_createsubscriber a fost ad\u0103ugat flag-ul «—all» pentru a crea replici logice cu o singur\u0103 comand\u0103 pentru toate bazele de date.\n
A fost implementat\u0103 o nou\u0103 versiune (3.2) a protocolului utilizat pentru interac\u021biunea utilitarilor externe cu SGBD-ul, realizat \u00een biblioteca libpq. Ultima actualizare a protocolului a avut loc \u00een PostgreSQL 7.4 (anul 2003). \u00cen biblioteca libpq, versiunea 3.0 continu\u0103 s\u0103 fie utilizat\u0103 ca default. <\/ul>\n