P\u00e4rast aastast arendust on avaldatud uus stabiilne PostgreSQL andmebaasi versioon 18. Uue versiooni v\u00e4rskendusi antakse v\u00e4lja j\u00e4rgmise viie aasta jooksul kuni novembrini 2030. PostgreSQL 13.x, k\u00f5ige vanema toetatava versiooni toetus, l\u00f5petatakse 13. novembril. <\/p>\n
P\u00f5hilised uuendused: <\/p>\n
\n
Taas on lisatud as\u00fcnkroonse sisendi\/v\u00e4ljundi alams\u00fcsteem, mis suurendab sisendi\/v\u00e4ljundi l\u00e4bilaskvust ja k\u00f5rvaldab viivitused. Lisaks platvormide\u00fclesele universaalsele AIO (io_method=worker) teostusele, mis p\u00f5hineb mitme t\u00f6\u00f6tlemisprotsessi (vaikimisi 3) t\u00e4itmisel, saab Linuxis kasutada as\u00fcnkroonse sisendi\/v\u00e4ljundi liidest io_uring (io_method=io_uring), mis on toetatud alates Linuxi k\u00e4rgest 5.1. As\u00fcnkroonne sisendi\/v\u00e4ljund on hetkel t\u00f6\u00f6protsesside kiirendamiseks rakendatud ainult m\u00f5nede failis\u00fcsteemist andmete lugemisega seotud toimingute jaoks, nagu j\u00e4rjestikune skaneerimine, indeksite bittide kaardistamine ja puhastamine (vacuum). M\u00f5nedes testides toob AIO kasutamine kuni 2-3 korda suurema j\u00f5udluse. Kirjutamisoperatsioonid j\u00e4tkuvad s\u00fcnkroonsete protsesside kaudu ACID-n\u00f5uete t\u00e4itmiseks.\n
On rakendatud «skip scan» optimeerimine mitme p\u00f5hiveeru indeksites, mis v\u00f5imaldab indeksi kasutamist mitte ainult esimese indekseeritud veeru ja t\u00e4ieliku veerupaaride kombinatsiooni kontrollimiseks, vaid ka indekseeritud veergude eraldi t\u00f6\u00f6tlemiseks. N\u00e4iteks varem B-puu indeksi loomisel veergudele «(status, date)» rakendati indeksit ainult p\u00e4ringute jaoks, mis kontrollivad v\u00e4lju «status» v\u00f5i m\u00f5lemat v\u00e4lju «status» ja «date», samas kui p\u00e4ringus, kus kontrolliti ainult v\u00e4li «date», toimus tabeli sisu skaneerimine. «Skip scan» re\u017eiim v\u00f5imaldab teatud olukordades indeksi skaneerimist, kui p\u00e4ringus on ainult v\u00e4li «date». Re\u017eiim kehtib ainult B-puu indeksite jaoks, kui p\u00e4ringus kasutatakse tingimuslikku operaatorit «=» indekseeritud v\u00e4ljal, olukordades, kus vahele j\u00e4etud v\u00e4ljal on v\u00e4ike arv erinevaid v\u00e4\u00e4rtusi (n\u00e4iteks optimeerimine t\u00f6\u00f6tab, kui v\u00e4li «status» sisaldab m\u00f5ningaid fikseeritud v\u00e4\u00e4rtusi).\n
On lisatud optimeerimised, mis kasutavad indekseid t\u00f5husamalt p\u00e4ringutes, mis sisaldavad konstruktsioone «OR» ja «IN (…)» tingimuste plokis «WHERE», samuti t\u00f5stavad tabelite liitmise planeerimise ja t\u00e4itmise efektiivsust (n\u00e4iteks on kiiruselt paranendud hash-\u00fchenduse koodi ja lubatud kasutada inkrementaalset j\u00e4rjestust tabelite \u00fchendamisel).\n
On lisatud GIN (Generalized Inverted Index) indeksite ehitamise paralleelset toetust, mida kasutatakse komposiitv\u00e4\u00e4rtuste, n\u00e4iteks massiivide indekseerimiseks, ja t\u00e4istekstiandmete v\u00f5i JSON-struktuuride otsingu korraldamiseks.\n
On lisatud v\u00f5imalus luua materialiseeritud vaateid ja v\u00f5tmeid tabelite sektsioonimise jaoks indeksitega, mis on «unique» m\u00e4rkega, kuid ei kasuta B-puu struktuuri.\n
On suurenenud \u00fcldine lukustuste j\u00f5udlus p\u00e4ringute puhul, mis t\u00f6\u00f6tavad suure arvu tabelitega, ning parendatud on sektsioneeritud tabelite p\u00e4ringute t\u00f6\u00f6tlemist, mis kiirendavad kasutamata sektsioonide filtreerimist ja \u00fchendamisoperatsioone (JOIN).\n
Kiirus on suurenenud tekstiga seotud toimingutes, nagu suur- ja v\u00e4iket\u00e4htedeks muutmise funktsioonid. Lisatud on PG_UNICODE_FAST re\u017eiim Unicode-m\u00e4rkide kohalike omaduste arvestuse kiirendamiseks.\n
On rakendatud v\u00f5imalus salvestada p\u00e4ringu planeerija statistikat p\u00e4rast v\u00e4rskendamist m\u00e4rkimisv\u00e4\u00e4rsete PostgreSQL versioonide vahel. Muudatus v\u00f5imaldab v\u00e4ltida ressursimahuka «ANALYZE» operatsiooni t\u00e4itmist p\u00e4rast uue versiooni k\u00e4ivitamist, kuni mille l\u00f5puni on t\u00e4heldatav andmebaasi j\u00f5udluse langus.\n
On t\u00f5hustatud pg_upgrade t\u00f6\u00f6riista j\u00f5udlust, mis automatiseerib \u00fclemineku uuele m\u00e4rkimisv\u00e4\u00e4rsele PostgreSQL versioonile. Optimeerimised on eriti m\u00e4rgatavad andmebaaside uuendamisel, mis sisaldavad suurt hulka objekte, nagu tabelid ja j\u00e4rjestused. Pg_upgrade t\u00f6\u00f6kiirus on kiirendatud ka flagi «—jobs N» abil, mis v\u00f5imaldab kontrollide paralleelset teostamist N l\u00f5imes, ja flagi «—swap» abil, et vahetada andmekatalooge t\u00e4ielikult ilma linkide seadmiseta, kloonimiseta ja failide kopeerimiseta.\n
On lisatud tugi virtuaalsetele genereeritud veergudele, mille v\u00e4\u00e4rtused arvutatakse jooksvalt p\u00e4ringute t\u00e4itmise k\u00e4igus ilma kettale salvestamata. Kui lause «CREATE TABLE…» genereeritud veergude puhul sisaldab ainult m\u00e4rks\u00f5na «GENERATED» ilma t\u00fc\u00fcpide t\u00e4psustamiseta (STORED v\u00f5i VIRTUAL), siis rakendatakse uus variant vaikimisi vana teostuse asemel. Vanas teostuses genereeriti v\u00e4\u00e4rtuseid «INSERT» v\u00f5i «UPDATE» operatsioonide t\u00e4itmise ajal ja salvestati kettale edasise kasutamise jaoks. Virtuaalsete genereeritud veergude puuduseks on, et nende kasutamine indeksites ei ole v\u00f5imalik, aga eeliseks on v\u00f5imalus andmeid jooksvalt normaliseerida ja muuta (uuendamine, mis on oluline JSON-andmetega t\u00f6\u00f6tamisel). Mis puutub klassikalistesse salvestatud genereeritud veergudesse, siis on uues v\u00e4ljaandes nende jaoks tagatud loogilise replikatsiooni tugi.\n
INSERT, UPDATE, DELETE ja MERGE k\u00e4skude puhul on rakendatud v\u00f5imalus kuvada varasemaid (OLD) ja praeguseid (CURRENT) v\u00e4\u00e4rtusi RETURNING lauses. N\u00e4iteks «UPDATE… RETURNING WITH (OLD AS o, NEW AS n) o.*, n.*.»\n
On lisatud funktsioon uuidv7() juhuslikult unikaalsete identifikaatorite genereerimiseks UUIDv7 formaadis. Erinevalt vanast UUID genereerimise funktsioonist (gen_random_uuid), mis on n\u00fc\u00fcd saadaval nimega uuidv4(), sisaldab UUIDv7 lisaks juhuslikule v\u00e4\u00e4rtusele ka genereerimise aega. UUID v\u00e4\u00e4rtuse j\u00e4rjekindlad osad (esimesed 12 s\u00fcmbolit \u2014 ajam\u00f5\u00f5t, ja j\u00e4rgnev 18 \u2014 juhuslik v\u00e4\u00e4rtus) t\u00f5hustavad sortimise ja indekseerimise efektiivsust, mis on oluline, kuna UUID-sid kasutatakse tavaliselt peav\u00f5tmetena (n\u00e4iteks l\u00e4hiajal loodud v\u00f5ti asub indeksis \u00fcksteise l\u00e4hedal).\n
Tegevuses «LIKE» on rakendatud toimetusi, mis toetavad teksti v\u00f5rdlemist, kasutades m\u00e4\u00e4ramatu lokaadi omadusi «collation», mis v\u00f5imaldavad v\u00f5rrelda t\u00e4hestiklike m\u00e4rkide t\u00e4hendust (n\u00e4iteks v\u00f5rdlemisel v\u00f5ib unustada r\u00f5hu m\u00e4rk). Lisa on funktsioon CASEFOLD, mis muudab m\u00e4rkide registreid, arvesse v\u00f5ttes lokaadi omaduste «collation» (n\u00e4iteks m\u00f5ned m\u00e4rgid v\u00f5ivad omada rohkem kui kahte v\u00e4ikest varianti v\u00f5i v\u00f5ib v\u00f5rreldes olla vajalik teisendada suurt\u00e4hte v\u00e4ikseks, mitte vastupidi).\n
On lisatud ajapiirangute (temporal constraint) kasutamise v\u00f5imalus. «PRIMARY KEY» ja «UNIQUE» v\u00e4\u00e4rtustes tuleks ajapiirangute lisamiseks kasutada v\u00e4ljendit «WITHOUT OVERLAPS» ning «FOREIGN KEY» v\u00e4\u00e4rtuses \u2014 v\u00e4ljendit PERIOD. N\u00e4iteks, kui m\u00e4\u00e4rata peamisi v\u00f5tmeid, on v\u00f5imalik piirata v\u00f5tmeid, mille ajavahemikud kattuvad.\n
Lisatud k\u00e4sk «CREATE FOREIGN TABLE … LIKE command» v\u00e4lise tabeli skeemi loomiseks kohaliku tabeli m\u00e4\u00e4ratlemise p\u00f5hjal.\n
Lisatud tugi andmebaasi\u00fchendusele, kasutades OAUTH 2.0 autentimist, rakendades juurdep\u00e4\u00e4sutokenit parooli asemel. OAUTH kasutamine v\u00f5imaldab mitte salvestada paroole andmebaasis, tuvastada kasutajaid v\u00e4liste teenuste kaudu ning kasutada selliseid v\u00f5imalusi nagu kahefaktoriline autentimine ja \u00fchtne sisenemine (SSO).\n
Lisatud funktsioon ssl_tls13_ciphers(), mille kaudu saab m\u00e4\u00e4rata TLSv1.3 protokolliga \u00fchenduse loomisel lubatud kr\u00fcptimisalgoritmide loendi.\n
Toetatuks, mis on plaanis eemaldada, on md5 algoritmi abil toimuv autentimine paroolide hasheerimiseks. Soovitame kasutada SCRAM (SCRAM-SHA-256) algoritmi, mis ilmus PostgreSQL 10-s. Samuti on rakendatud SCRAM-p\u00f5hise autentimise edastamise tugi, kui \u00fchendatakse v\u00e4liste PostgreSQL serveritega l\u00e4bi postgres_fdw ja dblink.\n
Tegevuse «EXPLAIN ANALYZE» k\u00e4igus on tagatud teabe v\u00e4ljastamine indeksite otsimise operatsioonide arvu kohta indeksi skaneerimise ajal ja vahekaartide juurdep\u00e4\u00e4sude arvu kohta p\u00e4ringu t\u00e4itmisel. V\u00e4ljundisse «EXPLAIN ANALYZE VERBOSE» on lisatud statistika CPU, WAL-logi ja lugemise operatsioonide intensiivsuse kohta. Tabelisse pg_stat_all_tables on lisatud teave VACUUMi ja tabelite anal\u00fc\u00fcsi teostatud aja kohta. Esitatud on statistika sisendi-v\u00e4ljade ja WAL-logi koormuse intensiivsuse kohta individuaalsete \u00fchenduste l\u00f5ikes. Tabelisse pg_stat_subscription_stats ja logidesse on lisatud teave kirjutamise konfliktide diagnostika kohta loogilise replikatsiooni ajal.\n
Uutes installatsioonides on vaikimisi lubatud kontrollsummade kasutamine salvestatud andmete terviklikkuse kontrollimiseks. Selle k\u00e4itumise t\u00fchistamiseks initdb k\u00e4ivitamisel tuleks kasutada valikut «—no-data-checksums».\n
Utiliidile pg_createsubscriber on lisatud lipp «—all» loogiliste replikate loomise v\u00f5imaluseks \u00fche k\u00e4su abil k\u00f5igis andmebaasides.\n
On rakendatud uus versioon (3.2) protokollist, mida kasutatakse v\u00e4liste t\u00f6\u00f6riistade suhtlemiseks andmebaasi haldamise s\u00fcsteemiga ja mis on teostatud teegis libpq. Eelmine protokolli uuendus toimus PostgreSQL 7.4-s (2003. aasta). Teegis libpq j\u00e4tkab vaikimisi versiooni 3.0 kasutamist. <\/ul>\n