Po roku v\u00fdvoja bola vydan\u00e1 nov\u00e1 stabiln\u00e1 verzia DBMS PostgreSQL 18. Aktualiz\u00e1cie pre nov\u00fa vetvu bud\u00fa vych\u00e1dza\u0165 po\u010das piatich rokov do novembra 2030. Podpora PostgreSQL 13.x, najstar\u0161ej z podporovan\u00fdch vetiev, sa skon\u010d\u00ed 13. novembra. <\/p>\n
Hlavn\u00e9 novinky: <\/p>\n
\n
Bola pridan\u00e1 podsystem pre asynchr\u00f3nny vstup\/v\u00fdstup, ktor\u00fd umo\u017e\u0148uje zv\u00fd\u0161i\u0165 priepustnos\u0165 vstup\/v\u00fdstup a odstr\u00e1ni\u0165 oneskorenia. Okrem univerz\u00e1lnej implement\u00e1cie AIO (io_method=worker), dostupnej na v\u0161etk\u00fdch platform\u00e1ch a zalo\u017eenej na vykon\u00e1van\u00ed viacer\u00fdch spracovate\u013esk\u00fdch procesov (predvolene 3), m\u00f4\u017ee v Linuxe by\u0165 pou\u017eit\u00fd rozhranie pre asynchr\u00f3nny vstup\/v\u00fdstup io_uring (io_method=io_uring), podporovan\u00e9 od jadra Linux 5.1. Asynchr\u00f3nny vstup\/v\u00fdstup je zatia\u013e vyu\u017e\u00edvan\u00fd len na zr\u00fdchlenie vykon\u00e1vania niektor\u00fdch oper\u00e1ci\u00ed spojen\u00fdch so \u010d\u00edtan\u00edm \u00fadajov z s\u00faborov\u00e9ho syst\u00e9mu, ako je sekven\u010dn\u00e9 prech\u00e1dzanie, skenovanie bitmapy indexov a vykon\u00e1vanie \u00fadr\u017eby (vacuum). V niektor\u00fdch testoch pou\u017eitie AIO vedie k zv\u00fd\u0161eniu v\u00fdkonu o 2-3 kr\u00e1t. Oper\u00e1cie z\u00e1pisu sa na\u010falej vykon\u00e1vaj\u00fa synchronne na dosiahnutie po\u017eiadaviek ACID.\n
Implementovala sa optimaliz\u00e1cia \u201eskip scan\u201c v viaccel\u00fdch indexoch, v\u010faka ktorej m\u00f4\u017ee by\u0165 index pou\u017e\u00edvan\u00fd nielen na overenie prv\u00e9ho indexovan\u00e9ho st\u013apca a \u00faplnej v\u00e4zby st\u013apcov, ale aj na spracovanie jednotliv\u00fdch \u010fal\u0161\u00edch indexovan\u00fdch st\u013apcov. Napr\u00edklad, predt\u00fdm sa pri vytv\u00e1ran\u00ed B-tree indexu nad st\u013apcami \u201e(status, date)\u201c index aplikoval iba na dopyty kontroluj\u00face pole \u201estatus\u201c alebo obe polia \u201estatus\u201c a \u201edate\u201c, a pri kontrole iba po\u013ea \u201edate\u201c sa vykon\u00e1valo skenovanie obsahu tabu\u013eky. Re\u017eim \u201eskip scan\u201c umo\u017e\u0148uje v ur\u010dit\u00fdch situ\u00e1ci\u00e1ch skenova\u0165 index pri dopyte na iba pole \u201edate\u201c. Re\u017eim sa aplikuje len na indexy \u201eB-tree\u201c pri pou\u017eit\u00ed podmienkov\u00e9ho oper\u00e1tora \u201e=\u201c na indexovan\u00e9 pole, v situ\u00e1ci\u00e1ch, kde m\u00e1 vynechan\u00e9 pole mal\u00e9 mno\u017estvo r\u00f4znych hodn\u00f4t (napr\u00edklad, optimaliz\u00e1cia funguje, ak pole status \u201estatus\u201c m\u00e1 nieko\u013eko pevn\u00fdch hodn\u00f4t).\n
Boli pridan\u00e9 optimaliz\u00e1cie, ktor\u00e9 efekt\u00edvnej\u0161ie vyu\u017e\u00edvaj\u00fa indexy pre dopyty obsahuj\u00face kon\u0161trukcie \u201eOR\u201c a \u201eIN (\u2026)\u201c v bloku \u201eWHERE\u201c, ako aj zvy\u0161uj\u00face v\u00fdkonnos\u0165 pl\u00e1novania a vykon\u00e1vania zl\u00fa\u010denia tabuliek (napr\u00edklad, ur\u00fdchlen\u00fd k\u00f3d zl\u00fa\u010denia hashov a povolen\u00e9 pou\u017e\u00edvanie inkrement\u00e1lneho triedenia pri zl\u00fa\u010den\u00ed tabuliek).\n
Pridan\u00e1 podpora paraleliz\u00e1cie vytv\u00e1rania indexov GIN (Generalized Inverted Index), pou\u017e\u00edvan\u00fdch na indexovanie zlo\u017een\u00fdch hodn\u00f4t, ako s\u00fa polia, a organizovanie vyh\u013ead\u00e1vania pod\u013ea pln\u00e9ho textu alebo \u0161trukt\u00far JSON.\n
Bola pridan\u00e1 mo\u017enos\u0165 vytv\u00e1ra\u0165 materializovan\u00e9 poh\u013eady a k\u013e\u00fa\u010de pre part\u00edcie tabuliek s indexmi s pr\u00edznakom \u201eunique\u201c, ktor\u00e9 nepou\u017e\u00edvaj\u00fa \u0161trukt\u00faru B-tree.\n
Zv\u00fd\u0161en\u00e1 celkov\u00e1 v\u00fdkonnos\u0165 z\u00e1mkov pre dopyty, ktor\u00e9 pracuj\u00fa s ve\u013ek\u00fdm po\u010dtom tabuliek, a tie\u017e boli vykonan\u00e9 vylep\u0161enia v spracovan\u00ed dopytov na delen\u00e9 tabu\u013eky, ur\u00fdch\u013euj\u00face odstra\u0148ovanie nepou\u017e\u00edvan\u00fdch sekci\u00ed a oper\u00e1cie sp\u00e1jania (JOIN).\n
Ur\u00fdchlen\u00e9 oper\u00e1cie s textom, ako s\u00fa funkcie na preform\u00e1tovanie na ve\u013ek\u00e9\/mal\u00e9 p\u00edsmen\u00e1. Pridan\u00fd re\u017eim PG_UNICODE_FAST na zr\u00fdchlenie zoh\u013eadnenia vlastnost\u00ed lokality Unicode-symbolov.\n
Implementovan\u00e1 bola mo\u017enos\u0165 uchov\u00e1vania \u0161tatistiky pl\u00e1nova\u010da dopytov po aktualiz\u00e1cii medzi v\u00fdznamn\u00fdmi verziami PostgreSQL. Zmena umo\u017e\u0148uje vyhn\u00fa\u0165 sa vykon\u00e1vaniu n\u00e1ro\u010dnej oper\u00e1cie \u201eANALYZE\u201c po spusten\u00ed novej verzie, do dokon\u010denia ktorej sa pozoruje pokles v\u00fdkonnosti DBMS.\n
Zv\u00fd\u0161en\u00fd v\u00fdkon n\u00e1stroja pg_upgrade, ktor\u00fd sa pou\u017e\u00edva na automatiz\u00e1ciu prechodu na nov\u00e9 v\u00fdznamn\u00e9 vydanie PostgreSQL. Optimaliz\u00e1cie s\u00fa obzvl\u00e1\u0161\u0165 vidite\u013en\u00e9 pri aktualiz\u00e1cii datab\u00e1z obsahuj\u00facich ve\u013ek\u00e9 mno\u017estvo objektov, ako s\u00fa tabu\u013eky a sekvencie. Na zr\u00fdchlenie pr\u00e1ce pg_upgrade bol tie\u017e pridan\u00fd pr\u00edkaz «—jobs N» na paralelizovanie kontrol v N vl\u00e1knach a prep\u00edna\u010d «—swap» na \u00fapln\u00fa v\u00fdmenu prie\u010dinkov s \u00fadajmi bez vytv\u00e1rania odkazov, bez klonovania a bez kop\u00edrovania s\u00faborov.\n
Pridan\u00e1 podpora virtu\u00e1lnych generovan\u00fdch st\u013apcov, ktor\u00fdch hodnoty sa vypo\u010d\u00edtavaj\u00fa na po\u010dkanie po\u010das vykon\u00e1vania dopytov, bez uchov\u00e1vania na disku. Ak je vo v\u00fdraze «CREATE TABLE…» pre generovan\u00e9 st\u013apce uveden\u00e9 iba k\u013e\u00fa\u010dov\u00e9 slovo «GENERATED» bez upresnenia typu (STORED alebo VIRTUAL), nov\u00fd variant sa aplikuje ako predvolen\u00e9 nastavenie namiesto starej implement\u00e1cie. V starej implement\u00e1cii sa hodnoty generovali po\u010das oper\u00e1ci\u00ed «INSERT» alebo «UPDATE» a ukladali na disk na \u010fal\u0161ie pou\u017eitie. Nev\u00fdhodou virtu\u00e1lnych generovan\u00fdch st\u013apcov je nemo\u017enos\u0165 ich pou\u017eitia v indexoch, ale v\u00fdhodou je mo\u017enos\u0165 vykon\u00e1va\u0165 normaliz\u00e1ciu a \u00fapravy \u00fadajov na po\u010dkanie (\u010do je aktu\u00e1lne pri pr\u00e1ci s \u00fadajmi JSON). \u010co sa t\u00fdka klasick\u00fdch ulo\u017een\u00fdch generovan\u00fdch st\u013apcov, v novom vydan\u00ed bola zabezpe\u010den\u00e1 podpora logickej replik\u00e1cie.\n
V pr\u00edkazoch INSERT, UPDATE, DELETE a MERGE bola implementovan\u00e1 mo\u017enos\u0165 v\u00fdstupu predch\u00e1dzaj\u00facich (OLD) a s\u00fa\u010dasn\u00fdch (CURRENT) hodn\u00f4t vo v\u00fdraze RETURNING. Napr\u00edklad, «UPDATE… RETURNING WITH (OLD AS o, NEW AS n) o.*, n.*.».\n
Pridan\u00e1 funkcia uuidv7() na generovanie n\u00e1hodn\u00fdch jedine\u010dn\u00fdch identifik\u00e1torov vo form\u00e1te UUIDv7. Na rozdiel od starej funkcie na generovanie UUID (gen_random_uuid), ktor\u00e1 je teraz dodato\u010dne dostupn\u00e1 pod menom uuidv4(), UUIDv7 zahr\u0148uje popri n\u00e1hodnej hodnote aj \u010das generovania. Pr\u00edtomnos\u0165 usporiadan\u00fdch \u010dast\u00ed vo hodnote UUID (prv\u00fdch 12 znakov — epoch\u00e1lne \u010das, a nasleduj\u00facich 18 — n\u00e1hodn\u00e1 hodnota) zvy\u0161uje efektivitu triedenia a indexovania, \u010do je relevantn\u00e9, preto\u017ee UUID sa zvy\u010dajne pou\u017e\u00edvaj\u00fa pre prim\u00e1rne k\u013e\u00fa\u010de (napr. k\u013e\u00fa\u010de vytvoren\u00e9 v kr\u00e1tkom \u010dase s\u00fa umiestnen\u00e9 ved\u013ea seba v indexe).\n
V oper\u00e1cii «LIKE» bola implementovan\u00e1 podpora pre porovn\u00e1vania s textom, pri ktor\u00fdch sa pou\u017e\u00edvaj\u00fa nedeterministick\u00e9 vlastnosti locale «collation», ktor\u00e9 umo\u017e\u0148uj\u00fa porovn\u00e1vanie s oh\u013eadom na v\u00fdznam znakov (napr\u00edklad, pri porovn\u00e1van\u00ed sa nemus\u00ed zoh\u013ead\u0148ova\u0165 diakritika). Bola pridan\u00e1 funkcia CASEFOLD na zmenu ve\u013ekosti p\u00edsmen s oh\u013eadom na vlastnosti locale «collation» (napr\u00edklad niektor\u00e9 znaky maj\u00fa viac ako dve mal\u00e9 varianty alebo pri porovn\u00e1van\u00ed vy\u017eaduj\u00fa transform\u00e1ciu na ve\u013ek\u00e9 p\u00edsmen\u00e1, nie mal\u00e9).\n
Bola pridan\u00e1 mo\u017enos\u0165 pou\u017e\u00edvania \u010dasov\u00fdch obmedzen\u00ed (temporal constraint). V hodnot\u00e1ch «PRIMARY KEY» a «UNIQUE» na pridanie \u010dasov\u00fdch obmedzen\u00ed by sa malo pou\u017ei\u0165 vyjadrenie «WITHOUT OVERLAPS», a v hodnote «FOREIGN KEY» \u2014 vyjadrenie PERIOD. Napr\u00edklad, pri definovan\u00ed prim\u00e1rnych k\u013e\u00fa\u010dov je mo\u017en\u00e9 obmedzi\u0165 k\u013e\u00fa\u010de s prekr\u00fdvaj\u00facimi sa \u010dasov\u00fdmi intervalmi.\n
Bola pridan\u00e1 pr\u00edkaz «CREATE FOREIGN TABLE … LIKE command» na vytvorenie sch\u00e9my vonkaj\u0161ej tabu\u013eky na z\u00e1klade defin\u00edcie miestnej tabu\u013eky.\n
Pridan\u00e1 podpora pripojenia k S\u00daBD pomocou autentifik\u00e1cie na b\u00e1ze OAUTH 2.0 s vyu\u017eit\u00edm pr\u00edstupov\u00e9ho tokenu namiesto hesla. Pou\u017eitie OAUTH umo\u017e\u0148uje neschov\u00e1va\u0165 hesl\u00e1 v S\u00daBD a identifikova\u0165 pou\u017e\u00edvate\u013eov prostredn\u00edctvom extern\u00fdch slu\u017eieb, rovnako ako vyu\u017e\u00edva\u0165 funkcie ako dvojfaktorov\u00e1 autentifik\u00e1cia a jednotn\u00e9 prihlasovanie (SSO).\n
Pridan\u00e1 funkcia ssl_tls13_ciphers(), cez ktor\u00fa je mo\u017en\u00e9 ur\u010di\u0165 zoznam \u0161ifrovac\u00edch algoritmov, povolen\u00fdch pri pripojen\u00ed s pou\u017eit\u00edm protokolu TLSv1.3.\n
Podpora autentifik\u00e1cie pomocou algoritmu md5 na hashovanie hesiel pre\u0161la do kateg\u00f3rie zastaran\u00fdch a pl\u00e1novan\u00fdch na odstr\u00e1nenie. Namiesto md5 sa odpor\u00fa\u010da pou\u017e\u00edva\u0165 algoritmus SCRAM (SCRAM-SHA-256), ktor\u00fd vznikol v PostgreSQL 10. \u010ealej je zaznamenan\u00e1 implement\u00e1cia podpory prenosu autentifik\u00e1cie na b\u00e1ze SCRAM pri pripojen\u00ed cez postgres_fdw a dblink k extern\u00fdm serverom PostgreSQL.\n
Pri vykon\u00e1van\u00ed oper\u00e1cie «EXPLAIN ANALYZE» sa zabezpe\u010duje v\u00fdstup inform\u00e1ci\u00ed o po\u010dte oper\u00e1ci\u00ed vyh\u013ead\u00e1vania v indexoch pri skenovan\u00ed indexu a po\u010dte pr\u00edstupov k bufferom pri vykon\u00e1van\u00ed dotazu. Do v\u00fdstupu «EXPLAIN ANALYZE VERBOSE» bola zahrnut\u00e1 \u0161tatistika o CPU, WAL \u017eurn\u00e1le a intenzite oper\u00e1ci\u00ed \u010d\u00edtania. Do tabu\u013eky pg_stat_all_tables boli pridan\u00e9 inform\u00e1cie o \u010dase str\u00e1venom na oper\u00e1cii VACUUM a anal\u00fdze tabuliek. Poskytuje sa \u0161tatistika o intenzite vstupu\/v\u00fdstupu a z\u00e1\u0165a\u017ei WAL \u017eurn\u00e1lu z poh\u013eadu jednotliv\u00fdch pripojen\u00ed. V pg_stat_subscription_stats a logoch bola pridan\u00e1 inform\u00e1cia s diagnostikou konfliktov pri vykon\u00e1van\u00ed oper\u00e1ci\u00ed z\u00e1pisu po\u010das logickej replik\u00e1cie.\n
V nov\u00fdch in\u0161tal\u00e1ci\u00e1ch je predvolene zapnut\u00e9 pou\u017e\u00edvanie kontroln\u00fdch s\u00fam na overovanie integrity ulo\u017een\u00fdch d\u00e1t. Pre zru\u0161enie tohto spr\u00e1vania pri sp\u00fa\u0161\u0165an\u00ed initdb je potrebn\u00e9 zada\u0165 vo\u013ebu «—no-data-checksums».\n
Do utilitky pg_createsubscriber bol pridan\u00fd prep\u00edna\u010d «—all» na vytvorenie logick\u00fdch replik jedn\u00fdm pr\u00edkazom pre v\u0161etky datab\u00e1zy.\n
Bola implementovan\u00e1 nov\u00e1 verzia (3.2) protokolu, ktor\u00fd sa pou\u017e\u00edva na interakciu vonkaj\u0161\u00edch n\u00e1strojov s DBMS a je implementovan\u00fd v kni\u017enici libpq. Predch\u00e1dzaj\u00faca aktualiz\u00e1cia protokolu bola vykonan\u00e1 v PostgreSQL 7.4 (rok 2003). V kni\u017enici libpq sa na\u010falej pou\u017e\u00edva verzia 3.0 ako predvolen\u00e1. <\/ul>\n