Po letu dni razvoja je bila objavljena nova stabilna razli\u010dica DBMS PostgreSQL 18. Posodobitve za novo razli\u010dico bodo izhajale pet let, do novembra 2030. Podpora za PostgreSQL 13.x, najstarej\u0161o od podprtih razli\u010dic, bo prenehala 13. novembra. <\/p>\n
Glavne novosti: <\/p>\n
\n
Dodana je podsistem asinh kroni\u010dnega vnosa\/izvora, ki omogo\u010da pove\u010danje propustnosti vnosa\/izvora ter odpravo zakasnitve. Poleg univerzalne implementacije AIO (io_method=worker), dostopne na vseh platformah in temelji na izvajanju ve\u010d procesov obdelave (privzeto 3), je v Linuxu na voljo vmesnik za asinh kroni\u010dni vhod\/izhod io_uring (io_method=io_uring), podprt od jedra Linux 5.1. Asinh kroni\u010dni vhod\/izhod se zaenkrat uporablja le za pospe\u0161evanje izvajanja nekaterih operacij, povezanih z branjem podatkov iz datote\u010dnega sistema, kot so zaporedno preverjanje, skeniranje bitne karte indeksov in izvedba \u010di\u0161\u010denja (vacuum). V nekaterih preskusih uporaba AIO privede do pove\u010danja zmogljivosti za 2-3 krat. Operacije pisanja \u0161e vedno potekajo v sinhronem na\u010dinu, da se izpolnijo zahteve ACID.\n
Optimizacija 'skip scan' je implementirana v ve\u010ddimenzionalnih indeksih, kar omogo\u010da, da se indeks uporablja ne le za preverjanje prve indeksirane kolone in celotne povezave kolonskih vrednosti, temve\u010d tudi za obdelavo drugih posameznih indeksiranih kolonskih vrednosti. Na primer, prej je bil pri ustvarjanju B-tree indeksa nad kolonama '(status, date)' indeks uporabljen samo za poizvedbe, ki preverjajo polje 'status' ali obe polji 'status' in 'date', medtem ko je bila pri preverjanju poizvedbe samo polja 'date' izvedena skeniranje vsebine tabele. Na\u010din 'skip scan' omogo\u010da pod dolo\u010denimi okoli\u0161\u010dinami skeniranje indeksa pri poizvedbi le za polje 'date'. Ta na\u010din se uporablja samo za indekse 'B-tree' ob uporabi pogojnega operatorja '=' nad indeksiranim poljem, v situacijah, ko pogre\u0161ano polje ima majhno \u0161tevilo razli\u010dnih vrednosti (na primer, optimizacija bo delovala, \u010de ima polje status 'status' nekaj fiksnih vrednosti).\n
Dodane so optimizacije, ki u\u010dinkoviteje uporabljajo indekse za poizvedbe, ki vsebujejo konstrukcije 'OR' in 'IN (...)' v bloku 'WHERE', kot tudi izbolj\u0161ujejo uspe\u0161nost na\u010drtovanja in izvajanja zdru\u017eitev tabel (na primer, pospe\u0161en je koda za zdru\u017eevanje hashev in omogo\u010deno je uporabljati inkrementalno sortiranje pri zdru\u017eevanju tabel).\n
Dodana je podpora za razporeditev gradnje indeksov GIN (Generalized Inverted Index), ki se uporabljajo za indeksiranje sestavljenih vrednosti, kot so tabele, ter za organizacijo iskanja po polno besedilnih podatkih ali strukturah JSON.\n
Dodana je mo\u017enost ustvarjanja materializiranih pogledov in klju\u010dev za deljenje tabel z indeksi z oznako 'unique', ki ne uporabljajo strukture B-tree.\n
Pove\u010dana je splo\u0161na uspe\u0161nost zaklepanja za poizvedbe, ki obravnavajo veliko \u0161tevilo tabel, prav tako pa so bile izbolj\u0161ave v obdelavi poizvedb na sekcioniranih tabelah, ki pospe\u0161ujejo izlo\u010danje neuporabljenih sekcij in operacije zdru\u017eevanja (JOIN).\n
Pospe\u0161ene so operacije s tekstom, kot so funkcije za pretvorbo v velike\/male \u010drke. Dodan je na\u010din PG_UNICODE_FAST za pospe\u0161itev upo\u0161tevanja lastnosti locale Unicode-znakov.\n
Izvedena je bila mo\u017enost ohranjanja statistike na\u010drtovalnika poizvedb po posodobitvi med pomembnimi izdajami PostgreSQL. Sprememba omogo\u010da, da se izogne \u200b\u200bizvedbi zahtevne operacije 'ANALYZE' po zagonu nove razli\u010dice, do katerega opazimo zmanj\u0161anje zmogljivosti DBMS.\n
Izbolj\u0161ana je zmogljivost orodja pg_upgrade, ki se uporablja za avtomatizacijo prehoda na novo ve\u010djo razli\u010dico PostgreSQL. Optimizacije so \u0161e posebej opazne pri posodobitvah baz podatkov, ki vsebujejo veliko \u0161tevilo objektov, kot so tabele in sekvence. Za pospe\u0161itev dela je bila dodana tudi mo\u017enost «—jobs N» za razdeljevanje preverjanj na N niti in mo\u017enost «—swap» za zamenjavo imenikov s podatki v celoti brez ustvarjanja povezav, brez kloniranja in brez kopiranja datotek.\n
Dodana je podpora za virtualne generirane stolpce, katerih vrednosti se izra\u010dunajo v realnem \u010dasu med izvajanjem poizvedb, brez shranjevanja na disk. \u010ce v izrazu «CREATE TABLE…» za generirane stolpce navedete samo klju\u010dno besedo «GENERATED» brez natan\u010dne specifikacije vrste (STORED ali VIRTUAL), se nova razli\u010dica privzeto uporablja namesto stare implementacije. V stari implementaciji so se vrednosti generirale med izvajanjem operacij «INSERT» ali «UPDATE» in so se shranile na disk za nadaljnjo uporabo. Slabost virtualnih generiranih stolpcev je, da jih ni mogo\u010de uporabljati v indeksih, prednost pa je v tem, da omogo\u010dajo normalizacijo in spreminjanje podatkov v realnem \u010dasu (kar je pomembno pri delu s podatki JSON). Kar zadeva klasi\u010dne shranjene generirane stolpce, je v novi razli\u010dici zagotovljena podpora za logi\u010dno replikacijo.\n
V ukazih INSERT, UPDATE, DELETE in MERGE je omogo\u010deno izhod prej\u0161njih (OLD) in trenutnih (CURRENT) vrednosti v izrazu RETURNING. Na primer, «UPDATE… RETURNING WITH (OLD AS o, NEW AS n) o.*, n.*.»\n
Dodana je funkcija uuidv7() za generiranje naklju\u010dnih edinstvenih identifikatorjev v formatu UUIDv7. V nasprotju s staro funkcijo za generiranje UUID (gen_random_uuid), ki je zdaj dodatno na voljo pod imenom uuidv4(), uuidv7 vklju\u010duje \u010das generiranja poleg naklju\u010dne vrednosti. Prisutnost urejenih delov v vrednosti UUID (prvih 12 znakov — \u010das epoh, naslednjih 18 — naklju\u010dna vrednost) izbolj\u0161a u\u010dinkovitost sortiranja in indeksiranja, kar je pomembno, saj se UUID obi\u010dajno uporablja za primarne klju\u010de (na primer klju\u010di, ustvarjeni v bli\u017enjem \u010dasu, so blizu drug drugega v indeksu).\n
V operaciji «LIKE» je bila uvedena podpora za primerjave besedila, pri katerih se uporabljajo nedeterministi\u010dne lastnosti lokalne «collation», ki omogo\u010dajo primerjave ob upo\u0161tevanju pomena znakov (na primer, pri primerjanju lahko znak akcenta ne igra vloge). Dodana je funkcija CASEFOLD za spremembo velikosti \u010drk ob upo\u0161tevanju lastnosti lokalne «collation» (na primer, nekateri znaki imajo ve\u010d kot dve razli\u010dici male \u010drke ali pa med primerjanjem zahtevajo pretvorbo v veliko \u010drko namesto v malo).\n
Dodana je mo\u017enost uporabe \u010dasovnih omejitev (temporal constraint). V vrednostih «PRIMARY KEY» in «UNIQUE» za dodajanje \u010dasovnih omejitev je potrebno uporabiti izraz «WITHOUT OVERLAPS», v vrednosti «FOREIGN KEY» pa izraz PERIOD. Na primer, pri dolo\u010danju primarnih klju\u010dev je mogo\u010de omejiti klju\u010de s prekrivajo\u010dimi se \u010dasovnimi intervali.\n
Dodana je ukaz «CREATE FOREIGN TABLE … LIKE command» za ustvarjanje sheme zunanje tabele na podlagi definicije lokalne tabele.\n
Dodata je podr\u0161ka za povezivanje sa DBMS koriste\u0107i autentifikaciju baziranu na OAUTH 2.0, primenom pristupnog tokena umesto lozinke. Kori\u0161\u0107enje OAUTH omogu\u0107ava da lozinke ne budu pohranjene u Bazi podataka, a identifikacija korisnika se vr\u0161i putem spoljnjih servisa, kao i kori\u0161\u0107enje mogu\u0107nosti kao \u0161to su vi\u0161efaktorska autentifikacija i jedinstvena ta\u010dka pristupa (SSO).\n
Dodata je funkcija ssl_tls13_ciphers(), preko koje se mo\u017ee odrediti lista algoritama \u0161ifrovanja koji su dozvoljeni prilikom povezivanja koriste\u0107i protokol TLSv1.3.\n
Podr\u0161ka za autentifikaciju pomo\u0107u algoritma md5 za he\u0161iranje lozinki pre\u0161la je u kategoriju zastare i planirano je uklanjanje. Umesto md5 preporu\u010duje se kori\u0161\u0107enje algoritma SCRAM (SCRAM-SHA-256), koji je uveden u PostgreSQL 10. Dodatno se isti\u010de implementacija podr\u0161ke za prosle\u0111ivanje autentifikacije bazirane na SCRAM prilikom povezivanja kroz postgres_fdw i dblink sa spoljnim PostgreSQL serverima.\n
Pri izvedbi operacije «EXPLAIN ANALYZE» je zagotovljen izpis informacij o \u0161tevilu iskalnih operacij v indeksih med skeniranjem indeksa ter \u0161tevilu dostopov do predpomnilnikov med izvajanjem poizvedbe. V izpise «EXPLAIN ANALYZE VERBOSE» je vklju\u010dena statistika o CPU, WAL dnevniku in intenzivnosti bralnih operacij. V tabelo pg_stat_all_tables so dodani podatki o \u010dasu, porabljenem za operacijo VACUUM in analizo tabel. Na voljo je statistika o intenzivnosti vnosa\/izvoda in obremenitvi WAL dnevnika po posameznih povezavah. V pg_stat_subscription_stats in dnevnikih so dodane informacije za diagnostiko konfliktov med izvajanjem zapisov med logi\u010dno replikacijo.\n
V novih namestitvah je privzeto vklju\u010dena uporaba kontrolnih vsot za preverjanje celovitosti shranjenih podatkov. Za preklic te nastavitve ob zagonu initdb je treba navesti mo\u017enost «—no-data-checksums».\n
V orodje pg_createsubscriber je dodana zastavica «—all» za ustvarjanje logi\u010dnih replik z enim ukazom takoj za vse baze podatkov.\n
Byla implementov\u00e1na nov\u00e1 verze (3.2) protokolu, kter\u00fd se pou\u017e\u00edv\u00e1 pro interakci extern\u00edch n\u00e1stroj\u016f s DBMS a je realizov\u00e1n v knihovn\u011b libpq. Posledn\u00ed aktualizace protokolu prob\u011bhla v PostgreSQL 7.4 (rok 2003). V knihovn\u011b libpq se nad\u00e1le pou\u017e\u00edv\u00e1 v\u00fdchoz\u00ed verze 3.0. <\/ul>\n