http://postgres.cz/api.php?action=feedcontributions&feedformat=atom&user=PavelStehulePostgreSQL - Příspěvky [cs]2026-05-20T15:00:08ZPříspěvkyMediaWiki 1.43.3http://postgres.cz/index.php?title=PostgreSQL&diff=1592PostgreSQL2026-05-20T04:00:21Z<p>PavelStehule: </p>
<hr />
<div>{{Infobox_Software | <br />
name = PostgreSQL | <br />
logo = | <br />
screenshot = [[Image:Logo180.jpg]] | <br />
caption = The '''PostgreSQL''' Logo | <br />
developer = PostgreSQL<br>Global Development Group | <br />
latest_release_version = [https://www.postgresql.org/docs/release/18.4/ 18.4] | <br />
latest_release_date = 14. května 2026 | <br />
operating_system = Unix, Microsoft Windows | <br />
license = PostgreSQL licence | <br />
website = [http://www.postgresql.org/ www.postgresql.org] | <br />
}}<br />
{{#seo:<br />
|title=PostgreSQL<br />
|titlemode=append<br />
|keywords=Postgres, PostgreSQL, Czech, česky<br />
|description=Informace o databázi PostgreSQL pro začátečníky i pokročilé<br />
}}<br />
[[PostgreSQL]] (nebo zkráceně Postgres) je plnohodnotným relačním databázovým systémem s otevřeným zdrojovým kódem. Má za sebou téměř třicet let aktivního vývoje a má vynikající pověst pro svou spolehlivost a bezpečnost. Běží nativně na všech rozšířených operačních systémech (Linux, BSD, MacOS, Windows) včetně některých dnes už méně rozšířených systémů (AIX, Solaris). Stoprocentně splňuje podmínky [[Slovník#ACID|ACID]], plně podporuje cizí klíče, operace JOIN, pohledy, spouště a uložené procedury. Obsahuje většinu SQL92 a SQL99 datových typů, např. INTEGER, NUMERIC, BOOLEAN, CHAR, VARCHAR, DATE, INTERVAL a TIMESTAMP. Nechybí ani podpora moderních datových typů jako je JSON nebo XML.<br />
<br />
Vývojáři PostgreSQL se snaží o [http://www.postgresql.org/docs/current/static/features.html respektování a implementaci standardu ANSI SQL] - k dispozici jsou vlastnosti popsané v ANSI/SQL 200x (např. rekurzivní a analytické dotazy), ANSI/SQL 201x a ANSI/SQL 202x. K systému existuje kvalitní volně [http://www.postgresql.org/docs/9.4/interactive/index.html dostupná dokumentace] včetně českých překladů [[Frequently Asked Questions|FAQ]] a [[Instalace a provoz nativní PostgreSQL v Microsoft Windows|FAQ]] pro o.s. fy. Microsoft. Výkonnostně nezaostává za srovnatelnými komerčními systémy a v [[Postgres MSSQL|častokrát je i předčí]]. [[Desatero|'''Deset rad jak efektivně používat PostgreSQL''']]<br />
<br />
<blockquote style="background-color: #eeeee0; border: solid thin lightgrey; padding:15px; width:70%;"><br />
''"U našich klientů provozujeme tisíce instalací PostgreSQL na často pochybných strojích. Provozujeme je od malých netboocích až výkonných clusterech. A ještě jsme nezaznamenali jediný případ ztráty dat, který by byl způsobený PostgreSQL" - Petr Ferschmann, CEO, Internetové ekonomické systémy FlexiBee, [https://www.abra.eu/flexi/ FlexiBee Systems s.r.o.]''<br />
<br><br>''"Večer trávený nad PL/PgSQL, které se dá používat a je k němu dobrá dokumentace, což o psaní stored procedur ve FirebirdSQL napsat nemohu ani omylem." - MaReK Olšavský''<br />
</blockquote><br />
<br />
PostgreSQL lze jednoduše [[Instalace PostgreSQL|nainstalovat]] ze všech veřejných depozitářů linuxových distribucí (případně [https://www.postgresql.org/download/ repozitáře vyhrazeného pro PostgreSQL]). Vždy aktuální instalační soubor pro Microsoft Windows lze PostgreSQL stáhnout z [http://www.enterprisedb.com/products-services-training/pgdownload#windows archivu EnterpriseDB].<br />
<br />
PostgreSQL je šířen pod [[1.03 Pod jakou licencí je PostgreSQL|BSD]] licencí, která je nejliberálnější ze všech open source licencí. <b>Tato licence umožňuje neomezené bezplatné používání, modifikaci a distribuci PostgreSQL a to ať pro komerční nebo nekomerční využití.</b> PostgreSQL můžete šířit se zdrojovými kódy nebo bez nich, zdarma nebo komerčně. <br />
<br />
<htmlet2>postgresql</htmlet2> <br />
<br />
PostgreSQL umožňuje běh uložených procedur napsaných v několika programovacích jazycích, v [[PL/Perlu - Untrusted Perl|Perlu]], v Pyhon, v jazyku [[Návrh a realizace UDF v c pro PostgreSQL|C]] nebo v speciálním [[PL/pgSQL]], jazyku vycházejícím z PL/SQL fy. Oracle. Existují PostgreSQL varianty [https://jdbc.postgresql.org/ JDBC], ODBC, dbExpress, [http://dba.openoffice.org/drivers/postgresql/index.html Open Office], PHP, [https://www.npgsql.org/ .NET], [http://search.cpan.org/~turnstep/DBD-Pg/Pg.pm Perl] nativních rozhraní. K PostgreSQL existuje překladač Embedded SQL pro C a C++.<br />
<br />
Předchůdcem systému PostgreSQL byl systém [http://en.wikipedia.org/wiki/Ingres_(database) Ingres (Interactive Graphics and Retrieval System)], vyvinutý na kalifornské univerzitě v Berkeley v letech 1977 - 1985. Jeho nástupce byl vyvíjen pod vedením [http://en.wikipedia.org/wiki/Michael_Stonebraker Prof. Michaela Stonebrakera] jako objektově-relační databázový server pod názvem [[Historie projektu PostgreSQL#POSTGRES|Postgres]]. Z toho později firma Illustra vytvořila komerční produkt, který byl později převzat Informixem. Původní Postgres byl doplněn o podporu jazyka [[Úvod do PostgreSQL SQL|SQL]] a byl označen Postgres95. V létě 1996 Marc Fournier, Bruce Momjian a Vadim B. Mikheev pokračovali na vývoji Postgres95 už jako open source a nezávisle na univerzitě. Systém byl postupně opravován a po odstranění nejhorších problémů začala implementace nových vlastností. Na konci roku 1996 byl projekt přejmenován na PostgreSQL a byla uvolněna verze 6.0. <br />
<br />
Počínaje osmičkovou řadou PostgreSQL obsahuje vlastnosti, které očekáváme od tzv. enterprise produktů: stabilní výkon, [[Slovník#MVCC|MVCC]], [[Slovník#TOAST|TOAST]], [[Slovník#WAL|WAL]], Save Points, Point In Time Recovery, dvoufázové potvrzování, Partitioning, podporu SMP, informační schémata, částečné a funkcionální indexy, [[Slon nezapomíná (co nás čeká v PostgreSQL 8.3)#Podpora_SQL.2FXML|podporu SQL/XML]], [[Slon nezapomíná (co nás čeká v PostgreSQL 8.3)#Integrace_TSearch2|integrovaný fulltext]], integrovanou autentifikaci v prostředí MS Windows. [http://www.pgsql.cz/files/postgresql84.pdf verze 8.4.] (více v článku [[PostgreSQL v roce 2009 (PostgreSQL 8.4)]]), přináší funkce funkce na které jsme zvyklí z nejlepších komerčních databázových systémů - namátkou [[Aktuality#V_8.4_je_ji.C5.BE_implementov.C3.A1na_podpora_rekurzivn.C3.ADch_dotaz.C5.AF|Common Table Expressions]], podporu locales pro každou databázi, některé stávající funkce jsou rozšířeny, optimalizovány (podpora SEMIJOINu, ANTIJOINu, statistik pro fulltext). <br />
<br />
<blockquote style="background-color: #eeeee0; border: solid thin lightgrey; padding:20px; width:400px; float: left;"><br />
''"Zkušenosti s PostgreSQL jsou zatím výborné. Odpadly nám problémy s pády SQL serveru a s neaktivitou serveru při odpoledním zálohování. Také se výrazně zrychlila odezva programů, zejména díky rychlejšímu provádění SELECT příkazů." - zkušenosti vývojářů ekonomického systému po migraci na PostgreSQL.'' <br />
</blockquote><br />
<br />
[[PostgreSQL 9.0 - nový začátek|Verze 9.0]] přináší integrovanou replikaci, podmíněné a sloupcové triggery, klauzuli ORDER BY v agregačních funkcích, JOIN removal (odstranění nepotřebnách relací z prováděcích plánů). [[PostgreSQL 9.1 - aneb stále vpřed|verze 9.1]] obsahuje podporu COLLATEs, integraci s SE-Linuxem, synchronní replikaci, upravený režim SERIALIZABLE, podporu cizích tabulek dle standardu SQL/MED, cyklus FOREACH v PL/pgSQL a řadu dalších funkcí.Ve [[PostgreSQL 9.2 (2012)|verzi 9.2]] se setkáme s index only scanem, datovým typem range, datovým typem JSON, podporou SP_GIST indexů. Ve [[PostgreSQL 9.3 (2013)|verzi 9.3]] je k dispozici např. podpora DDL triggerů, klauzule LATERAL, kontrolní součty datových stránek. [[PostgreSQL 9.4 (2014): transakční sql json databáze|Verze 9.4]] přináší podmíněné agregační funkce a agregační funkce na seřazených datech (median), nerelační datový typ jsonb (další generace typu HStore), možnost konfigurace pomocí SQL příkazů (ALTER SYSTEM). [[PostgreSQL 9.5 (2015) držte si klobouky, zrychlujeme|Verze 9.5]] přináší GROUPING SETS, UPSERT, práva na úrovni řádku (Row Level Security), vyšší výkon pod extrémní zátěží, online komprimaci transakčního logu. [[PostgreSQL 9.6 (2016) odteď paralelně|verze 9.6]] umožňuje využít pro jeden dotaz více CPU. [[PostgreSQL 10 (2017) - drsně rozběhnutý slon|Verze 10]] přináší zlepšení partitioningu, integraci logické replikace, podpoře více sloupcových statistik. Ve [[PostgreSQL 11 (2018)|verzi 11]] můžeme používat příkaz CALL a v procedurách explicitně commitovat. V této verzi díky paralelnímu hashjoinu dosáhneme rychlejších analytických výpočtů. Přínosem je i dynamičtější partitioning. [[PostgreSQL 12 (2019)|Verze 12]] přináší podporu JSONPath, podporu nedeterministických locales (např. case insensitive) a další způsob práce s více sloupcovými statistikami. [[PostgreSQL 13 (2020)|Verze 13]] pak přináší přepsanou hash agregaci, efektivnější ukládání klíčů v indexu (deduplikace), a výrazně rychlejší vykonávání výrazů v PLpgSQL. Ve [[PostgreSQL 14 (2021)|verzi 14]] jsou na statistiky nad výrazy, je efektivnější vyhledávání hodnoty v dlouhém seznamu hodnot, je menší bloatingu indexů, a konečně je i úplná podpora výrazů na levé straně přiřazovacího příkazu (v PL/pgSQL). [[PostgreSQL 15 (2022)|Verze 15]] přidává ANSI SQL příkaz MERGE a další možnosti nastavení přístupových práv. [[PostgreSQL 16 (2023)|Verze 16]] přináší řadu optimalizací a pokračuje v implementaci SQL/JSON. [[PostgreSQL 17 (2024)|Verze 17]] přináší podporu inkrementálního backupu a finišuje podporu SQL/JSON. [[PostgreSQL 18 (2025)|Verze 18]] podporuje index skip skan a vyšší redukci zbytečných spojení (joinů) v dotazech. Aktuálně se dokončuje [[PostgreSQL 19 (2026)|verze 19]], která zavádí příkaz REPACK, přínáší podporu SQL/PGQ (jazyk pro operace nad grafy) a extenzi pg_plan_advice (alternativa plan hintů z Oracle). Díky tomu je PostgreSQL solidní a bezpečnou platformou pro vývoj aplikací (informační, řídící a monitorovací systémy, výzkum, aplikace pro státní a komunální správu).<br />
<br />
viz [https://www.postgresql.org/about/featurematrix/ Feature Matrix] <br />
<br />
Předností systému PostgreSQL je rozšiřitelnost. Systém může být bezproblémově rozšiřován o nové datové typy, funkce operátory, agregační funkce, procedurální jazyky. Díky tomu mohly vzniknout následující rozšíření: [http://postgis.refractions.net/ PostGIS] - podpora pro geografické informační systémy, [https://www.timescale.com/ Timescale] - podpora pro data časových řad nebo [https://www.citusdata.com/ Citus] - umožní používat Postgres jako distribuovanou databázi. Na serverech [https://github.com/topics/postgresql-extension GitHub] nebo [http://pgxn.org/ PGXN] je k dispozici několik desítek doplňků včetně doplňků rozšířující o funkcionalitu MySQL, SQL Serveru a [[Oracle functionality|Oraclu]]. Uživatelé také [[Postgres_Informix|oceňují vynikající uživatelskou podporu]] (ať začátečníků nebo pokročilých uživatelů).<br />
<br />
Za vývojem PostgreSQL stojí skupina nezávislých vývojářů a uživatelů, ke které se kdokoliv může připojit. A to přihlášením do diskusního fóra a následnou participací na projektu: patche, podporou uživatelů, psaním a překladem dokumentace atd. <br />
<br />
PostgreSQL je faktickým ''průmyslovým standardem'' - existují komerční databáze postavené nad komunitním PostgreSQL - [http://en.wikipedia.org/wiki/Netezza Netezza],[http://en.wikipedia.org/wiki/Greenplum GreenPlum], [http://en.wikipedia.org/wiki/EnterpriseDB EnterpriseDB], [https://www.timescale.com/ Timescale], [https://blog.yugabyte.com/ YugabyteDB]. Můžeme se setkat s databázemi, které používají protokol kompatibilní s PostgreSQL - H2 nebo databáze, které přebírají interface PostgreSQL - např. [http://en.wikipedia.org/wiki/Vertica Vertica]. Analytická souborová databáze [https://duckdb.org/ DuckDB] - příbírá SQL gramatiku (syntax) z PostgreSQL.<br />
<br />
=CSPUG - Czech and Slovak PostgreSQL Users Group=<br />
Za účelem podpory sdružování uživatelů PostgreSQL vznikla v roce 2010 obecně prospěšná společnost (dle zákona č. 634/2004 Sb. o správních poplatcích) Sdružení českých a slovenských uživatelů PostgreSQL.<br />
<br />
-----<br />
Autorem zde uložených dokumentů (a&nbsp;překladatelem FAQ) je [[Pavel Stěhule]].</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL&diff=1591PostgreSQL2026-05-20T03:59:20Z<p>PavelStehule: </p>
<hr />
<div>{{Infobox_Software | <br />
name = PostgreSQL | <br />
logo = | <br />
screenshot = [[Image:Logo180.jpg]] | <br />
caption = The '''PostgreSQL''' Logo | <br />
developer = PostgreSQL<br>Global Development Group | <br />
latest_release_version = [https://www.postgresql.org/docs/release/18.4/ 18.4] | <br />
latest_release_date = 14. května 2026 | <br />
operating_system = Unix, Microsoft Windows | <br />
license = PostgreSQL licence | <br />
website = [http://www.postgresql.org/ www.postgresql.org] | <br />
}}<br />
{{#seo:<br />
|title=PostgreSQL<br />
|titlemode=append<br />
|keywords=Postgres, PostgreSQL, Czech, česky<br />
|description=Informace o databázi PostgreSQL pro začátečníky i pokročilé<br />
}}<br />
[[PostgreSQL]] (nebo zkráceně Postgres) je plnohodnotným relačním databázovým systémem s otevřeným zdrojovým kódem. Má za sebou téměř třicet let aktivního vývoje a má vynikající pověst pro svou spolehlivost a bezpečnost. Běží nativně na všech rozšířených operačních systémech (Linux, BSD, MacOS, Windows) včetně některých dnes už méně rozšířených systémů (AIX, Solaris). Stoprocentně splňuje podmínky [[Slovník#ACID|ACID]], plně podporuje cizí klíče, operace JOIN, pohledy, spouště a uložené procedury. Obsahuje většinu SQL92 a SQL99 datových typů, např. INTEGER, NUMERIC, BOOLEAN, CHAR, VARCHAR, DATE, INTERVAL a TIMESTAMP. Nechybí ani podpora moderních datových typů jako je JSON nebo XML.<br />
<br />
Vývojáři PostgreSQL se snaží o [http://www.postgresql.org/docs/current/static/features.html respektování a implementaci standardu ANSI SQL] - k dispozici jsou vlastnosti popsané v ANSI/SQL 200x (např. rekurzivní a analytické dotazy), ANSI/SQL 201x a ANSI/SQL 202x. K systému existuje kvalitní volně [http://www.postgresql.org/docs/9.4/interactive/index.html dostupná dokumentace] včetně českých překladů [[Frequently Asked Questions|FAQ]] a [[Instalace a provoz nativní PostgreSQL v Microsoft Windows|FAQ]] pro o.s. fy. Microsoft. Výkonnostně nezaostává za srovnatelnými komerčními systémy a v [[Postgres MSSQL|častokrát je i předčí]]. [[Desatero|'''Deset rad jak efektivně používat PostgreSQL''']]<br />
<br />
<blockquote style="background-color: #eeeee0; border: solid thin lightgrey; padding:15px; width:70%;"><br />
''"U našich klientů provozujeme tisíce instalací PostgreSQL na často pochybných strojích. Provozujeme je od malých netboocích až výkonných clusterech. A ještě jsme nezaznamenali jediný případ ztráty dat, který by byl způsobený PostgreSQL" - Petr Ferschmann, CEO, Internetové ekonomické systémy FlexiBee, [https://www.abra.eu/flexi/ FlexiBee Systems s.r.o.]''<br />
<br><br>''"Večer trávený nad PL/PgSQL, které se dá používat a je k němu dobrá dokumentace, což o psaní stored procedur ve FirebirdSQL napsat nemohu ani omylem." - MaReK Olšavský''<br />
</blockquote><br />
<br />
PostgreSQL lze jednoduše [[Instalace PostgreSQL|nainstalovat]] ze všech veřejných depozitářů linuxových distribucí (případně [https://www.postgresql.org/download/ repozitáře vyhrazeného pro PostgreSQL]). Vždy aktuální instalační soubor pro Microsoft Windows lze PostgreSQL stáhnout z [http://www.enterprisedb.com/products-services-training/pgdownload#windows archivu EnterpriseDB].<br />
<br />
PostgreSQL je šířen pod [[1.03 Pod jakou licencí je PostgreSQL|BSD]] licencí, která je nejliberálnější ze všech open source licencí. <b>Tato licence umožňuje neomezené bezplatné používání, modifikaci a distribuci PostgreSQL a to ať pro komerční nebo nekomerční využití.</b> PostgreSQL můžete šířit se zdrojovými kódy nebo bez nich, zdarma nebo komerčně. <br />
<br />
<htmlet2>postgresql</htmlet2> <br />
<br />
PostgreSQL umožňuje běh uložených procedur napsaných v několika programovacích jazycích, v [[PL/Perlu - Untrusted Perl|Perlu]], v Pyhon, v jazyku [[Návrh a realizace UDF v c pro PostgreSQL|C]] nebo v speciálním [[PL/pgSQL]], jazyku vycházejícím z PL/SQL fy. Oracle. Existují PostgreSQL varianty [https://jdbc.postgresql.org/ JDBC], ODBC, dbExpress, [http://dba.openoffice.org/drivers/postgresql/index.html Open Office], PHP, [https://www.npgsql.org/ .NET], [http://search.cpan.org/~turnstep/DBD-Pg/Pg.pm Perl] nativních rozhraní. K PostgreSQL existuje překladač Embedded SQL pro C a C++.<br />
<br />
Předchůdcem systému PostgreSQL byl systém [http://en.wikipedia.org/wiki/Ingres_(database) Ingres (Interactive Graphics and Retrieval System)], vyvinutý na kalifornské univerzitě v Berkeley v letech 1977 - 1985. Jeho nástupce byl vyvíjen pod vedením [http://en.wikipedia.org/wiki/Michael_Stonebraker Prof. Michaela Stonebrakera] jako objektově-relační databázový server pod názvem [[Historie projektu PostgreSQL#POSTGRES|Postgres]]. Z toho později firma Illustra vytvořila komerční produkt, který byl později převzat Informixem. Původní Postgres byl doplněn o podporu jazyka [[Úvod do PostgreSQL SQL|SQL]] a byl označen Postgres95. V létě 1996 Marc Fournier, Bruce Momjian a Vadim B. Mikheev pokračovali na vývoji Postgres95 už jako open source a nezávisle na univerzitě. Systém byl postupně opravován a po odstranění nejhorších problémů začala implementace nových vlastností. Na konci roku 1996 byl projekt přejmenován na PostgreSQL a byla uvolněna verze 6.0. <br />
<br />
Počínaje osmičkovou řadou PostgreSQL obsahuje vlastnosti, které očekáváme od tzv. enterprise produktů: stabilní výkon, [[Slovník#MVCC|MVCC]], [[Slovník#TOAST|TOAST]], [[Slovník#WAL|WAL]], Save Points, Point In Time Recovery, dvoufázové potvrzování, Partitioning, podporu SMP, informační schémata, částečné a funkcionální indexy, [[Slon nezapomíná (co nás čeká v PostgreSQL 8.3)#Podpora_SQL.2FXML|podporu SQL/XML]], [[Slon nezapomíná (co nás čeká v PostgreSQL 8.3)#Integrace_TSearch2|integrovaný fulltext]], integrovanou autentifikaci v prostředí MS Windows. [http://www.pgsql.cz/files/postgresql84.pdf verze 8.4.] (více v článku [[PostgreSQL v roce 2009 (PostgreSQL 8.4)]]), přináší funkce funkce na které jsme zvyklí z nejlepších komerčních databázových systémů - namátkou [[Aktuality#V_8.4_je_ji.C5.BE_implementov.C3.A1na_podpora_rekurzivn.C3.ADch_dotaz.C5.AF|Common Table Expressions]], podporu locales pro každou databázi, některé stávající funkce jsou rozšířeny, optimalizovány (podpora SEMIJOINu, ANTIJOINu, statistik pro fulltext). <br />
<br />
<blockquote style="background-color: #eeeee0; border: solid thin lightgrey; padding:20px; width:400px; float: left;"><br />
''"Zkušenosti s PostgreSQL jsou zatím výborné. Odpadly nám problémy s pády SQL serveru a s neaktivitou serveru při odpoledním zálohování. Také se výrazně zrychlila odezva programů, zejména díky rychlejšímu provádění SELECT příkazů." - zkušenosti vývojářů ekonomického systému po migraci na PostgreSQL.'' <br />
</blockquote><br />
<br />
[[PostgreSQL 9.0 - nový začátek|Verze 9.0]] přináší integrovanou replikaci, podmíněné a sloupcové triggery, klauzuli ORDER BY v agregačních funkcích, JOIN removal (odstranění nepotřebnách relací z prováděcích plánů). [[PostgreSQL 9.1 - aneb stále vpřed|verze 9.1]] obsahuje podporu COLLATEs, integraci s SE-Linuxem, synchronní replikaci, upravený režim SERIALIZABLE, podporu cizích tabulek dle standardu SQL/MED, cyklus FOREACH v PL/pgSQL a řadu dalších funkcí.Ve [[PostgreSQL 9.2 (2012)|verzi 9.2]] se setkáme s index only scanem, datovým typem range, datovým typem JSON, podporou SP_GIST indexů. Ve [[PostgreSQL 9.3 (2013)|verzi 9.3]] je k dispozici např. podpora DDL triggerů, klauzule LATERAL, kontrolní součty datových stránek. [[PostgreSQL 9.4 (2014): transakční sql json databáze|Verze 9.4]] přináší podmíněné agregační funkce a agregační funkce na seřazených datech (median), nerelační datový typ jsonb (další generace typu HStore), možnost konfigurace pomocí SQL příkazů (ALTER SYSTEM). [[PostgreSQL 9.5 (2015) držte si klobouky, zrychlujeme|Verze 9.5]] přináší GROUPING SETS, UPSERT, práva na úrovni řádku (Row Level Security), vyšší výkon pod extrémní zátěží, online komprimaci transakčního logu. [[PostgreSQL 9.6 (2016) odteď paralelně|verze 9.6]] umožňuje využít pro jeden dotaz více CPU. [[PostgreSQL 10 (2017) - drsně rozběhnutý slon|Verze 10]] přináší zlepšení partitioningu, integraci logické replikace, podpoře více sloupcových statistik. Ve [[PostgreSQL 11 (2018)|verzi 11]] můžeme používat příkaz CALL a v procedurách explicitně commitovat. V této verzi díky paralelnímu hashjoinu dosáhneme rychlejších analytických výpočtů. Přínosem je i dynamičtější partitioning. [[PostgreSQL 12 (2019)|Verze 12]] přináší podporu JSONPath, podporu nedeterministických locales (např. case insensitive) a další způsob práce s více sloupcovými statistikami. [[PostgreSQL 13 (2020)|Verze 13]] pak přináší přepsanou hash agregaci, efektivnější ukládání klíčů v indexu (deduplikace), a výrazně rychlejší vykonávání výrazů v PLpgSQL. Ve [[PostgreSQL 14 (2021)|verzi 14]] jsou na statistiky nad výrazy, je efektivnější vyhledávání hodnoty v dlouhém seznamu hodnot, je menší bloatingu indexů, a konečně je i úplná podpora výrazů na levé straně přiřazovacího příkazu (v PL/pgSQL). [[PostgreSQL 15 (2022)|Verze 15]] přidává ANSI SQL příkaz MERGE a další možnosti nastavení přístupových práv. [[PostgreSQL 16 (2023)|Verze 16]] přináší řadu optimalizací a pokračuje v implementaci SQL/JSON. [[PostgreSQL 17 (2024)|Verze 17]] přináší podporu inkrementálního backupu a finišuje podporu SQL/JSON. [[PostgreSQL 18 (2025)|Verze 18]] podporuje index skip skan a vyšší redukci zbytečných spojení (joinů) v dotazech. Aktuálně se dokončuje verze 19, která zavádí příkaz REPACK, přínáší podporu SQL/PGQ (jazyk pro operace nad grafy) a extenzi pg_plan_advice (alternativa plan hintů z Oracle). Díky tomu je PostgreSQL solidní a bezpečnou platformou pro vývoj aplikací (informační, řídící a monitorovací systémy, výzkum, aplikace pro státní a komunální správu).<br />
<br />
viz [https://www.postgresql.org/about/featurematrix/ Feature Matrix] <br />
<br />
Předností systému PostgreSQL je rozšiřitelnost. Systém může být bezproblémově rozšiřován o nové datové typy, funkce operátory, agregační funkce, procedurální jazyky. Díky tomu mohly vzniknout následující rozšíření: [http://postgis.refractions.net/ PostGIS] - podpora pro geografické informační systémy, [https://www.timescale.com/ Timescale] - podpora pro data časových řad nebo [https://www.citusdata.com/ Citus] - umožní používat Postgres jako distribuovanou databázi. Na serverech [https://github.com/topics/postgresql-extension GitHub] nebo [http://pgxn.org/ PGXN] je k dispozici několik desítek doplňků včetně doplňků rozšířující o funkcionalitu MySQL, SQL Serveru a [[Oracle functionality|Oraclu]]. Uživatelé také [[Postgres_Informix|oceňují vynikající uživatelskou podporu]] (ať začátečníků nebo pokročilých uživatelů).<br />
<br />
Za vývojem PostgreSQL stojí skupina nezávislých vývojářů a uživatelů, ke které se kdokoliv může připojit. A to přihlášením do diskusního fóra a následnou participací na projektu: patche, podporou uživatelů, psaním a překladem dokumentace atd. <br />
<br />
PostgreSQL je faktickým ''průmyslovým standardem'' - existují komerční databáze postavené nad komunitním PostgreSQL - [http://en.wikipedia.org/wiki/Netezza Netezza],[http://en.wikipedia.org/wiki/Greenplum GreenPlum], [http://en.wikipedia.org/wiki/EnterpriseDB EnterpriseDB], [https://www.timescale.com/ Timescale], [https://blog.yugabyte.com/ YugabyteDB]. Můžeme se setkat s databázemi, které používají protokol kompatibilní s PostgreSQL - H2 nebo databáze, které přebírají interface PostgreSQL - např. [http://en.wikipedia.org/wiki/Vertica Vertica]. Analytická souborová databáze [https://duckdb.org/ DuckDB] - příbírá SQL gramatiku (syntax) z PostgreSQL.<br />
<br />
=CSPUG - Czech and Slovak PostgreSQL Users Group=<br />
Za účelem podpory sdružování uživatelů PostgreSQL vznikla v roce 2010 obecně prospěšná společnost (dle zákona č. 634/2004 Sb. o správních poplatcích) Sdružení českých a slovenských uživatelů PostgreSQL.<br />
<br />
-----<br />
Autorem zde uložených dokumentů (a&nbsp;překladatelem FAQ) je [[Pavel Stěhule]].</div>PavelStehulehttp://postgres.cz/index.php?title=PL/pgSQL&diff=1590PL/pgSQL2026-05-10T03:52:03Z<p>PavelStehule: /* Přidáno ve verzi 17 */</p>
<hr />
<div>RDBMS PostgreSQL umožňuje (stejně jako většina obdobných RDBMS) navrhovat a používat tzv. uložené procedury (Stored procedure). Uložená procedura je kód, který je uložen a spouštěn SQL serverem. Pro PostgreSQL můžeme uložené procedury psát v některém z následujících programovacích jazyků: SQL, Perl, Python, TCL, PL/pgSQL. Ačkoliv je PL/pgSQL pouze jedním z jazyků, který můžeme použít při návrhu uložených procedur, je patrně nejpoužívanější. Jedná se o jednoduchý programovací jazyk navržený pouze pro psaní uložených procedur RDBMS PostgreSQL. Ideově vychází z PL/SQL fy. Oracle. Velkou výhodou je [[automatické kešování prováděcích plánů v PL/pgSQL|automatické kešování prováděcích plánů]]. Nevýhodou, že jej nemůžeme použít k návrhu vlastních datových typů.<br />
<br />
Tento dokument předpokládá, že používáte PostgreSQL 8.1 a vyšší. <br />
<br />
== Kdy nepoužívat PL/pgSQL ==<br />
<br />
Ne vždy lze použít uložené procedury. Podmínkou pro přenesení kódu do uložených procedur je absolutní neinteraktivita a bezestavovost. Jelikož většina aplikací jistý stupeň interakce vyžaduje, je nepravděpodobné a jak zkušenosti uživatelů napovídají i neefektivní psát aplikace čistě v uložených procedurách. SQL server nemůže nahradit aplikační server, pouze částečně, a je na úvaze uživatele aby zvážil všechna pro a proti.<br />
<br />
Stejně tak jako mají uložené procedury svá omezení ma svá omezení jazyk PL/pgSQL. V několika určitých případech nelze PL/pgSQL použít buďto z nedostatečnosti jazyka (PL je příliš statický) nebo z důvodu neefektivity. <br />
<br />
PL/pgSQL není vhodné používat k inicializaci velkých polí - důvodem je pomalý zápis do pole. Pokud není zbytí je mnohem rychlejší prvky pole vytvořit pomocí konverze tabulky, kterou vytvoříme SRF funkcí, na pole. Například nejrychlejší způsob vytvoření pole vzestupných hodnot je SELECT ARRAY(SELECT * FROM generate_series(1,100));. Funkce generate_series je SRF funkce generujcí posloupnost hodnot ze zadaného intervalu.<br />
<br />
Rychlostí nevyniká ani iterační sestavení řetězce. Pokud nejste spokojeni s rychlostí funkce, zkuste ještě následující trik. Svou funkci převeďte na SRF funkci - část, kde slučujete řetězce nahraďte příkazem RETURN NEXT část_řetězce. Konečné sloučení provedete mimo tělo funkce pomocí funkce array_to_string.<br />
<pre><br />
CREATE OR REPLACE FUNCTION generate_string(integer) RETURNS SETOF varchar AS $$<br />
BEGIN<br />
FOR _i IN 1 .. $1 LOOP <br />
RETURN NEXT '<item>'||_i||'</item>';<br />
END LOOP;<br />
RETURN;<br />
END; $$ LANGUAGE plpgsql;<br />
<br />
SELECT array_to_string(<br />
ARRAY(SELECT * FROM generate_string(1000)), '');<br />
</pre><br />
PL/pgSQL nepodporuje žádné I/O operace, a ani se nepředpokládá, že by je v blizké budoucnosti byly podporovány - PL/pgSQL existuje pouze v trusted variantě. Řešením je použít některý z untrusted jazyků jako je plperlu nebo plpython.<br />
<br />
PL/pgSQL není vhodný k návrhnu univerzálních triggerů. V PL/pgSQL neexistuje možnost jak převést hodnotu typu RECORD na pole (Položka typu RECORD je přístupná pouze prostřednictvím statického identifikáturu známého v době kompilace, pole je přístupné prostřednictvím dynamického indexu). Tudíž neexistuje žádná možnost jak dynamicky iterovat skrz všechny položky typu RECORD, nebo dynamicky přistupovat k typu RECORD. Řešením je opět využít jiný programovací jazyk, tentokrát však postačí trusted varianty.<br />
=== Jak nepoužívat PL/pgSQL ===<br />
Asi nejdůležitější je uvědomit si, že plpgsql je interpret bez vlastní "aritmetické" jednotky. Veškeré výrazy převádí na triviální SQL příkazy - jejich vyhodnocení je řádově rychlejší než u plných SQL příkazů, nicméně stále řádově pomalejší než u vestavěné funkcionality. Je zásadní používat vestavěnou funkcionalitu kdekoliv, kde je to možné a kde je to výhodné. Jako ukázku špatného kódu uvádím kód, který jsem nalezl na internetu - jde o kontrolu telefonního čísla:<br />
<pre><br />
create or replace function kontrola_telefonniho_cisla (text)<br />
returns boolean as $$<br />
declare<br />
text alias for $1;<br />
znak text;<br />
i int4;<br />
begin<br />
i=1;<br />
while true loop<br />
if length (text) != 16 then exit; end if;<br />
znak := substring(text from i for 1);<br />
if znak != '+' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak != ' ' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak != ' ' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak != ' ' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>''9'' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
i:=i+1; znak := substring(text from i for 1);<br />
if znak < '0' or znak>'9' then exit; end if;<br />
return true;<br />
end loop;<br />
raise exception e'Chybny znak \'%\' s poradim %. Telefonni cislo zadavejte ve tvaru +XXX XXX XXX XXX',znak,i;<br />
return false; -- << mrtvy kod<br />
end;<br />
$$ language plpgsql; <br />
</pre><br />
Tato ukázka obsahuje celou řadu chyb - použití názvu typu jako identifikátor, zbytečně dlouhý kód - minimálně vnořený cyklus by dokázal kód razantně zkrátit, vysledkem je řetězec obsahující nečíselné znaky, což nepraktické, a principiálně tato funkce měla být napsána úplně jinak. Tato varianta by možná odpovídala kódu v C případně Fortranu, ale je absolutně nevhodná pro moderní jazyky. Když už, tak použijme regulární výrazy:<br />
<pre><br />
create or replace function kontrola_telefonniho_cisla (text)<br />
returns boolean as $$<br />
begin<br />
if not $1 ~ e'^\\+\\d{3}\\ \\d{3} \\d{3} \\d{3}$' then<br />
raise exception 'Chybny vstup pro telefonni cislo "%". Ocekavan je vstup ve tvaru +999 999 999 999';<br />
end if;<br />
return true; <br />
end;<br />
$$ language sql;<br />
</pre><br />
Osobně bych ještě z řetězce kontrolu napsal o něco méně restriktivní, povolil devítimístná čísla, a jako výsledek vracel čistý řetězec devíti nebo dvanácti číslic:<br />
<pre><br />
CREATE OR REPLACE FUNCTION normalise_phone_number(text)<br />
RETURNS text AS $$<br />
DECLARE aux text := translate($1, ' ','');<br />
BEGIN<br />
IF aux ~ e'^\\+\\d{12}$' THEN<br />
RETURN substring(aux FROM 2);<br />
ELSEIF aux ~ e'^\\d{9}$' THEN<br />
RETURN aux;<br />
ELSE<br />
RAISE EXCEPTION 'Unexpected format of phone number "%".', $1;<br />
END IF;<br />
END;<br />
$$ LANGUAGE plpgsql STRICT IMMUTABLE;<br />
</pre><br />
Použití:<br />
<pre><br />
postgres=# select normalise_phone_number('+420 222 222 222');<br />
normalise_phone_number <br />
------------------------<br />
420222222222<br />
(1 row)<br />
<br />
postgres=# select normalise_phone_number('+420 222 222222');<br />
normalise_phone_number <br />
------------------------<br />
420222222222<br />
(1 row)<br />
<br />
postgres=# select normalise_phone_number('+420 22 222222');<br />
ERROR: Unexpected format of phone number "+420 22 222222".<br />
<br />
postgres=# select normalise_phone_number('724 191 000');<br />
normalise_phone_number <br />
------------------------<br />
724191000<br />
(1 row)<br />
</pre><br />
<br />
Začátečnickou chybou je používání uložených procedur v situacích, kdy si vystačíme s jinými prostředky - např. použití triggeru místo unikátního indexu:<br />
<pre><br />
-- špatne použití triggeru<br />
CREATE OR REPLACE FUNCTION kontrola_unikatnosti()<br />
RETURNS TRIGGER AS $$<br />
BEGIN<br />
IF EXISTS(SELECT * FROM tab WHERE id = NEW.id) THEN<br />
RAISE ERROR 'id neni unikatni';<br />
END IF;<br />
RETURN NEW;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
-- správně použití unikátního indexu<br />
CREATE UNIQUE INDEX ON tab(id);<br />
</pre><br />
<br />
=== Kdy je SQL rychlejší než PLpgSQL? ===<br />
Odpověď je jednoduchá - vždy, když dokážeme využít vestavěnou funkcionalitu. Ve svých školení používám jako jedno zadání implementaci bublesortu. Bublesort představuje jeden z jednodušších nicméně netriviálních algoritmů vhodných pro výuku programovacího jazyka. Sám o sobě se bublsort nehodí pro větší objem dat (nad 1000 hodnot). A to bez ohledu na to, zda je implementace v PLpgSQL nebo v C. Pg používá <i>quicksort</i>, který je efektivnější pro větší množiny. Setkal jsem se, a setkávám se s tím, že vývojáři používají bublesort nevhodně - např. pro několik desítek stovek tisíc řádků. Implementace v SQL bude mnohem výhodnější:<br />
<pre><br />
CREATE OR REPLACE FUNCTION sort(anyarray)<br />
RETURNS anyerray AS $$<br />
SELECT array(SELECT unnest($1) ORDER BY 1);<br />
$$ LANGUAGE sql;<br />
</pre><br />
<br />
== Představení jazyka PL/pgSQL ==<br />
PL/pgSQL nezavádí nové typy a vlastní funkce. Obojí sdílí s RDBMS. Funkce v PL/pgSQL mohou obsahovat většinu parametrizovaných SQL příkazů: pro správu tabulek, databází i jednotlivých záznamů. PL/pgSQL má konstrukci pro iteraci napříč množinou záznamů specifikovanou příkazem SELECT. V PL/pgSQL můžeme konstruovat SQL příkazy a pak je nechat provádět. Autoři PL/pgSQL se zjevně inspirovali jazykem PL/SQL, který je nativní prog. jazyk pro RDBMS Oracle, a tak není příliš obtížné konvertovat uložené procedury z Oracle do PostgreSQL a naopak.<br />
<br />
V PostgreSQL můžeme PL/pgSQL použít k implementaci vlastních agregačních i normálních funkcí, operátorů, k implementaci procedur triggerů. Možnosti vytváření uložených procedur se každou novou verzí zvětšují, proto se i vyvýjí příkaz CREATE FUNCTION, kterým definujeme novou funkci.<br />
<pre><br />
CREATE [OR REPLACE] FUNCTION název ([IN|OUT|INOUT] název typ [,...]) <br />
RETURNS návr_typ AS $$<br />
{tělo funkce}<br />
$$ LANGUAGE plpgsql<br />
[IMMUTABLE | STABLE | VOLATILE]<br />
[CALLED ON NULL INPUT | RETURNS NULL ON NULL INPUT | STRICT]<br />
[EXTERNAL SECURITY INVOKER | EXTERNAL SECURITY DEFINER]<br />
</pre><br />
<br />
Doporučuji psát kód funkcí v libovolném textovém editoru produkujícím čistý text. Kód uložit do souboru a v psql příkazem \i název_souboru provést příkaz (příkazy) uložené v souboru vedoucí k vytvoření funkce. Rozhodně nedoporučuji psát funkce přímo v psql.<br />
<br />
K tomu abychom mohli používat PL/pgSQL musí být tento jazyk tzv. povolen pro danou databázi. Příkaz createlang -l vaše_db by měl vypsat tabulku obsahující řádek plpgsql | t. Pokud vrácená tabulka tento řádek neobsahuje, musí se používání PL/pgSQL pro danou databázi povolit příkazem (příkaz může provést pouze uživatel s právy Postgres super uživatele).<br />
<br />
<pre><br />
createlang plpgsql vaše_db<br />
</pre><br />
<br />
Jestliže PL/pgSQL používat můžete, zkuste si napsat jednoduchou funkci Součet:<br />
<br />
<pre><br />
CREATE OR REPLACE FUNCTION Soucet(a int, b int) RETURNS int AS $$<br />
BEGIN<br />
/*<br />
Moje první triviální PL/pgSQL funkce.<br />
*/<br />
RETURN a + b;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
</pre> <br />
<br />
Pokud funkci přepíšete bezchybně, pak můžete funkci otestovat příkazem SELECT soucet(10,10). V sloupci soucet (jmenuje se stejně, jako funkce) se objeví hodnota 20. Komentáře se v PL/pgSQL zapisují stejně, jako v SQL - jednořádkové začínají zdvojenou pomlčkou, víceřádkové mají C notaci, tj. /* komentář */. Provádění každé funkce v PL/pgSQL musí být ukončeno příkazem RETURN<br />
<br />
Funkce má dvě části - deklaraci proměnných (ta zatím nebyla použitá) a vlastní tělo, tj. seznam příkazů (blok) oddělených středníkem vložený mezi dvojici klíčových slov BEGIN a END. Příkaz RETURN ukončí vykonávání funkce a jako výsledek vrátí hodnotu výrazu. Starší verze PostgreSQL nepodporovaly pojmenované parametry funkce. Podporován byl pouze tzv. poziční zápis, s kterým se ještě můžete setkat (symbol $ a číslo pořadí parametru). Výchozím atribut pro parametry funkce je IN. Každý takový parametr je konstanta. Bloky se, na rozdíl od Pascalu, nepoužívají k vymezení rozsahu konstrukcí IF, WHILE, FOR, LOOP, ale pouze k vymezení existence lokálních proměnných.<br />
<br />
V PostgreSQL lze funkce přetěžovat, tj. můžeme mít definováno několik funkcí lišících se od sebe počtem a typy argumentů. U všech identifikátorů, stejně tak i u klíčových slov, lze bez omezení používat velká i malá písmena. Při kompilaci se veškeré řetězce vyjma řetězců mezi zdvojenými apostrofy převádí na malá písmena.<br />
<br />
Operátor přiřazení má v PL/pgSQL podobu symbolu :=. Kromě toho lze proměnné přiřadit výsledek SQL dotazu konstrukcí SELECT INTO<br />
<pre><br />
SELECT INTO cíl výraz FROM ...;<br />
</pre><br />
Cílem může být proměnná typu record nebo row, nebo seznam proměnných. Při provádění se kontroluje zda cíl odpovídá výrazu (počtem a typy). Pokud je výsledkem více řádků, pak se použíjí hodnoty z prvého řádku. Proměnná typu RECORD nikdy není nastavena na NULL. Pokud je výsledkem prázdná množina, je proměnným přiřazena hodnota NULL.<br />
<br />
Kromě testu na NULL, který nemusí být vždy jednoznačný, můžeme testovat hodnotu vestavěné proměnné FOUND, která obsahuje hodnotu TRUE, pokud dotaz vrátil alespoň jeden řádek. Také lze po každém SQL příkazu uložit počet zpracovaných řádek do proměnné příkazem GET<br />
<pre><br />
GET DIAGNOSTICS promenna = ROW_COUNT;<br />
</pre><br />
Test proměnné FOUND lze provést pouze po příkazu SELECT INTO. Následující dva příklady vrací počet řádek v tabulce jména. V prvním případě se pro provedení SQL příkazu použila konstrukce PERFORM. Ta slouží k vykonání SQL příkazu nebo funkce v těch případech, kdy nedochází k dalšímu zpracování vrácené hodnoty.<br />
<pre><br />
CREATE OR REPLACE FUNCTION radku1() RETURNS int AS $$<br />
DECLARE r int;<br />
BEGIN<br />
PERFORM * FROM jmena;<br />
GET DIAGNOSTICS r = ROW_COUNT;<br />
RETURN r;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
CREATE OR REPLACE FUNCTION radku2() RETURNS int AS $$<br />
DECLARE r int;<br />
BEGIN<br />
SELECT INTO r count(*) FROM jmena;<br />
RETURN r;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
Za příkazem DECLARE můžeme deklarovat seznam dvojic proměnná typ oddělených středníkem. Kromě toho lze proměnné přiřadit hodnotu (počítá se při každém vstupu do bloku), lze ji zákazát přiřazení hodnoty NULL a také ji můžeme označit jako konstantní. Při porušení těchto pravidel,prostředí PL/pgSQL přeruší běh procedury. Všechny proměnné označené jako NOT NULL musí mít určenou DEFAULT hodnotu.<br />
<pre><br />
DECLARE jméno [CONSTANT] typ [NOT NULL][DEFAULT|(:=)konstanta|parametr funkce]<br />
</pre><br />
<br />
Kromě běžných typů můžeme použít typ RECORD, který může obsahovat řádek libovolné tabulky nebo tzv. odvozené typy. Ty vycházejí buďto z řádku konkrétní tabulky (název_tab%ROWTYPE), sloupce (název_tab.jm_sloupce%TYPE) nebo dříve deklarované proměnné (proměnná%TYPE). K jednotlivým položkám typu RECORD nebo řádek se přistupuje skrze tečkovou notaci, tj. proměnná.položka.<br />
<br />
Kód PL/pgSQL může obsahovat libovolný SQL příkaz. Příkladem může být funkce vracející název měsíce na základě jeho indexu. Vývojáři v PL/pgSQL by se měli vyvarovat kolizí názvů PL/pgSQL proměnných a databázových objektů - důsledkem těchto kolizí mohou být relativně obtížně detekovatelné chyby. Jednou z řešení je používání prefixů na proměnné PL/pgSQL. V tomto případě symbolu podtržítka "_". Na uživatele znalé PL/SQL tu číhá jedna zrada. Zatímco v Oracle má v případě kolize názvu (název sloupce je stejný jako název lokální proměnné) přednost název sloupce, v PostgreSQL je tomu přesně naopak. V Oracle můžete konflikt názvu vyřešit upřesněním definičního bloku proměnné. Ten sice v PostgreSQL můžete použít také, vzhledem k větší prioritě lokálních proměnných konflikt nevyřešíte. <br />
<pre><br />
CREATE OR REPLACE FUNCTION MonthName1 (_month INTEGER) RETURNS VARCHAR(10) AS $$<br />
DECLARE vysledek RECORD;<br />
BEGIN<br />
IF _month <1 OR _month > 12 THEN<br />
RAISE EXCEPTION E'Parametr je mimo přípustné meze\n';<br />
END IF;<br />
SELECT INTO vysledek <br />
CASE _month<br />
WHEN 1 THEN 'Leden'<br />
WHEN 2 THEN 'Únor'<br />
WHEN 3 THEN 'Březen'<br />
WHEN 4 THEN 'Duben'<br />
WHEN 5 THEN 'Květen''<br />
WHEN 6 THEN 'Červen'<br />
WHEN 7 THEN 'Červenec'<br />
WHEN 8 THEN 'Srpen'<br />
WHEN 9 THEN 'Září'<br />
WHEN 10 THEN 'Říjen'<br />
WHEN 11 THEN 'Listopad'<br />
WHEN 12 THEN 'Prosinec'<br />
END::VARCHAR(10) AS retval;<br />
RETURN vysledek.retval;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
</pre><br />
Tím libovolným SQL příkazem byl v tomto příkladě příkaz CASE. Ačkoliv se vrací pouze řetězec, je nutno použít typ RECORD, jelikož příkaz CASE vždy vrací RECORD (byť o jednom prvku). Kromě příkazu CASE se v příkladu použije konstrukce IF THEN END IF a příkaz RAISE EXCEPTION. Konstrukce IF THEN END IF je jasná. Prvním argumentem příkazu RAISE je úroveň vyjímky. K dispozici jsou tři možnosti: DEBUG - zapíše se do logu, NOTICE - oznámí se uživateli, EXCEPTION - přeruší se vykonávání funkce. Druhým parametrem je text chybového hlášení (text zapisujeme mezi zdovojené apostrofy). Pokud se v textu objeví symbol %, pak se tento symbol nahradí odpovídající proměnnou, která se předá jako třetí, čtvrtý, atd. argument. <br />
<br />
RAISE NOTICE se běžně používá pro zobrazení ladících hlášení, zobrazení obsahu proměnných. V podstatě je to jediný ladící prostředek, který je k dispozici. <br />
<br />
Všimněte si, že příkaz CASE je parametrizován, tj. obsahuje proměnnou. Parametry lze použít u všech SQL příkazů, všude tam, kde se vyskytuje nějaká hodnota. Nelze parametrizovat názvy sloupců a tabulek. Toto omezení lze obejít (za cenu sníženého výkonu a zvýšené pracnosti) tzv. dynamickými dotazy (viz. níže příklad EXECUTE).<br />
<br />
Pokud chceme přistupovat z PL/pgSQL funkcí do dočasných tabulek, je použití EXECUTE nezbytné. Jednou vytvořené prováděcí plány si drží id dočasných tabulek, která se však již mohou být neplatná. Název tabulky je v tomto případě nedůležitý, tj. pokud tabulku zrušíme a vytvoříme pod stejným názvem, bude mít nová tabulka jiné id než zrušená tabulka.<br />
<br />
Následující příklad vytvoří a naplní tabulku s hodnotami fce sin v zadaném rozsahu. Používá konstrukci WHILE a parametrizovaný SQL příkaz INSERT. Tabulka tabsin se vytvoří pouze v případě, že dosud neexistovala.<br />
<pre><br />
CREATE OR REPLACE FUNCTION tabsin(_p1 float, _p2 float, _p3 float) RETURNS void AS $$<br />
DECLARE _i float = _p1; _do float = _p2; _krok float = _p3;<br />
BEGIN<br />
IF NOT EXISTS(SELECT relname FROM pg_class<br />
WHERE relname = 'tabsin' AND relkind = 'r' AND pg_table_is_visible(oid)) THEN<br />
RAISE NOTICE 'Vytvářím tabulku tabsin';<br />
CREATE TEMP TABLE tabsin (x NUMERIC(5,4) PRIMARY KEY, fx NUMERIC(5,4));<br />
ELSE <br />
RAISE NOTICE 'Ruším všechny zaznamy v tabulce tabsin';<br />
TRUNCATE TABLE tabsin;<br />
END IF;<br />
WHILE _i < _do LOOP<br />
INSERT INTO tabsin VALUES(CAST(_i AS NUMERIC(5,4)), SIN(_i));<br />
_i := _i + _krok;<br />
END LOOP;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
Vytvoření tabulky pro interval od -1 do 1 s krokem 0.0001 provede příkaz select tabsin(-1.0, 1.0, 0.0001). Provádění cyklu je rychlé. INSERT dvaceti tisíců řádek trvá na zhruba dvě vteřiny na mém 1.6G notebooku. Požadovanou hodnotu funkce zjistíme příkazem SELECT<br />
<pre><br />
SELECT * FROM tabsin WHERE x=0.1234;<br />
</pre><br />
<br />
Cyklus LOOP ... END LOOP můžeme opustit příkazem EXIT s volitelným návěstím (specifikuje cyklus, který má být přerušen) a volitelnou podmínkou. Návěstí cyklu můžeme volitelně uvést v místě ukončení cyklu.<br />
<pre><br />
<<hlavni>><br />
LOOP<br />
EXIT hlavni WHEN c > 10;<br />
RAISE NOTICE ''%'', c;<br />
c := c + 1;<br />
END LOOP hlavni;<br />
</pre><br />
<br />
== Návrh vlastních PL/pgSQL funkcí ==<br />
To nejdůležitější na PL/pgSQL funkcích (resp. všech UDF funkcích) je fakt, že je můžeme použít v dotazech - zjednodušší se tím celý proces zpracování dat. Údaje můžeme zprocesovat ještě na serveru.<br />
<br />
Jedna z funkcí, která v PostgreSQL chybí je určení velikonoc. Používá se pro určení státních svátků v plánovacích funkcích. Použil jsem Carterterův algoritmus pro určení velikonoční neděle.<br />
<pre><br />
CREATE OR REPLACE FUNCTION velnedele(_rok INTEGER) RETURNS DATE AS $$<br />
DECLARE B INTEGER; D INTEGER; E INTEGER; Q INTEGER;<br />
DD INTEGER; MM INTEGER;<br />
BEGIN<br />
IF _rok < 1900 OR _rok > 2099 THEN<br />
RAISE EXCEPTION 'Out of range';<br />
END IF;<br />
B := 255 - 11 * ($1 % 19); D := ((B - 21) % 30) + 21;<br />
IF D > 38 THEN D := D - 1; END IF;<br />
E := ($1 + $1/4 + D + 1) % 7; Q := D + 7 - E;<br />
IF Q < 32 THEN DD:=Q; MM := 3; ELSE DD := Q - 31; MM := 4; END IF;<br />
RETURN to_date(to_char(DD, '00') || <br />
to_char(MM, '00') || to_char(_rok,'0000'), 'DD MM YYYY');<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT; <br />
</pre><br />
Dalším případem, kdy je použití UDF funkce prakticky nezbytností, je použití čistících funkcí pro párování záznamů v tabulce. Tyto funkce představují poslední záchranu, když máme provádět výběry nad historickými databázemi, kde si nikdo nelámal hlavu s doménovou integritou. V přikladu pracuji s sloupcem hodnot, kde ekvivalentní by mohly být záznamy: Vyhl, Vyhl., Vyhláška, Vyhl.č.j., vyhl. čj., občas chybí mezera, sem tam jsou navíc.<br />
<pre><br />
CREATE OR REPLACE FUNCTION clean(VARCHAR) RETURNS VARCHAR AS $$<br />
DECLARE pom varchar DEFAULT $1;<br />
BEGIN pom := to_ascii(lower(trim(both FROM pom)));<br />
pom = replace(pom,'c.' ,' ');<br />
pom = replace(pom,'j.' ,' ');<br />
pom = replace(pom,'cj.',' ');<br />
pom = replace(pom,'cj ',' ');<br />
<br />
pom = replace(pom,'vyhl.','vyhlaska ');<br />
pom = replace(pom,'vyhl ','vyhlaska ');<br />
pom = replace(pom,'.','');<br />
<br />
WHILE position(' ' IN pom) <> 0 LOOP<br />
pom := replace(pom, ' ',' ');<br />
END LOOP;<br />
RETURN trim(both FROM pom);<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
</pre><br />
<br />
== Použití PL/pgSQL pro správu databáze ==<br />
<br />
Vhodně navržené uložené procedury znatelně zjednoduší správu databáze. Následující funkci používám pro vyčištění RDBMS od databází, které vytvoří studenti během semestru. Pokud se funkce spustí bez parametrů zobrazí nápovědu, stejně tak, pokud nesouhlasí počet argumentů.<br />
<pre><br />
CREATE OR REPLACE FUNCTION drop_students_databases() RETURNS INTEGER AS $$<br />
DECLARE<br />
helpstr VARCHAR(300);<br />
BEGIN<br />
helpstr := E'Funkce pro zrušení všech databází uživatelů jejichž\n' ||<br />
E'jméno (jméno uživatele) vyhovuje masce příkazu LIKE.\n\n' ||<br />
E'např. SELECT drop_students_databases(' || quote_literal('group%') || E')\n\n' ||<br />
E'pozn. musíte být přihlášen jako uživatel postgres.\n' ||<br />
E'autor: Pavel Stěhule, stehule@kix.fsv.cvut.cz 19.1.2002\n';<br />
<br />
RAISE NOTICE '%', helpstr;<br />
RETURN 0;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
CREATE OR REPLACE FUNCTION drop_students_databases(_mask varchar(100)) RETURNS INTEGER AS $$<br />
DECLARE <br />
db RECORD;<br />
deleted INTEGER := 0;<br />
helpstr VARCHAR(300);<br />
BEGIN <br />
IF length(_mask) = 0 OR _mask ISNULL OR current_user() <> 'postgres' THEN<br />
helpstr := E'Funkce pro zrušení všech databází uživatelů jejichž\n' ||<br />
E'jméno (jméno uživatele) vyhovuje masce příkazu LIKE.\n\n' ||<br />
E'např. SELECT drop_students_databases(' || quote_literal('group%') || ')\n\n' ||<br />
E'pozn. musíte být přihlášen jako uživatel postgres.\n' ||<br />
E'autor: Pavel Stěhule, stehule@kix.fsv.cvut.cz 19.1.2002\n';<br />
IF current_user <> 'postgres' THEN<br />
RAISE EXCEPTION E'Funkci může volat pouze uživatel postgres\n\n%', helpstr;<br />
ELSE<br />
RAISE EXCEPTION E'Argument funkce musí být neprázdný řetězec\n\n%', helpstr; <br />
END IF;<br />
END IF;<br />
<br />
FOR db IN <br />
select datname, usename from pg_database, pg_user <br />
where datdba=usesysid and usename like _mask<br />
LOOP<br />
deleted := deleted + 1;<br />
RAISE NOTICE 'Drop database %,%', db.datname, db.usename;<br />
EXECUTE 'drop database "' || db.datname || '"';<br />
END LOOP;<br />
RETURN deleted;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
Všimněte si konstrukce FOR IN LOOP END LOOP, která iteruje napříč výsledkem SQL dotazu (v tomto případě seznamu databází jejiž vlastnící vyhovují masce LIKE). Jelikož tabulky mohou obsahovat i mezery, je třeba název tabulky vložit do uvozovek. PL/pgSQL má problémy s vykonáváním příkazu DROP DATABASE pokud název databáze obsahuje mezeru. Problém můžeme obejít tak, že celý SQL příkaz uložíme do řetězce a necháme provést příkazem EXECUTE. EXECUTE můžeme použít ve všech případech, kdy PL/pgSQL odmítne SQL příkaz provést.<br />
<br />
== Použití PL/pgSQL funkcí v CHECK podmínkách ==<br />
<br />
Funkce v PL/pgSQL můžeme použít jako kontrolní v CHECK podmínkách. Tyto funkce musí mít pouze jeden argument odpovídajícího typu a pokud je hodnota argumentu NULL, pak musí vrátit NULL. Toto chování lze ošetřit programově, nebo použít atribut isstrict, který zajistí, že kdykoliv je alespoň jeden z argumentů funkce NULL, pak jako výsledek funkce se použije hodnota NULL aniž by se vykonala funkce. Následující příklad testuje validitu ISBN kódu (sice existuje doplněk isbn_issn, ten však ve většině případů nebude nainstalován). Všimněte si použití proměnné weight typu pole.<br />
<pre><br />
CREATE OR REPLACE FUNCTION check_ISBN(ISBN CHAR(12)) RETURNS boolean AS $$<br />
DECLARE <br />
pos INTEGER; asc INTEGER; suma INTEGER DEFAULT 0;<br />
weight INTEGER[] DEFAULT '{10,9,8,7,6,5,4,3,2,1}'; -- pro ISSN {8,7,6,5,4,3,2,1}<br />
digits INTEGER DEFAULT 1;<br />
BEGIN <br />
FOR pos IN 1..length(ISBN) LOOP<br />
asc := ascii(substr(ISBN,pos,1));<br />
IF asc IN (88, 120) THEN -- ISDN muze obsahovat kontrolni cislo X<br />
suma := suma + 10;<br />
digits := digits + 1;<br />
ELSIF asc >= 48 AND asc <= 57 THEN<br />
suma := suma + (asc - 48)*weight[digits];<br />
digits := digits + 1;<br />
END IF;<br />
END LOOP;<br />
IF digits <> 11 THEN -- pro ISSN <> 9<br />
RETURN 'f';<br />
ELSE<br />
RETURN (suma % 11) = 0;<br />
END IF;<br />
END;<br />
$$ LANGUAGE plpgsql STRICT IMMUTABLE;<br />
</pre><br />
Definovanou funkci můžeme použít CHECK podmínce, např (sloupec isbn):<br />
<pre><br />
CREATE TABLE ZCHU_RezervacniKnihy (<br />
id INTEGER PRIMARY KEY DEFAULT nextval('doc_seq'),<br />
idoo INTEGER NOT NULL, -- id objektu ochrany<br />
taboo CHAR(1) NOT NULL CHECK(taboo IN ('m','v','s')),<br />
isign varchar(50) NOT NULL UNIQUE CHECK (isign <> ''),<br />
typ CHAR(2) NOT NULL REFERENCES cv_TypDocRK(kod),<br />
autor_prijmeni VARCHAR(30) NOT NULL CHECK (autor_prijmeni <> ''), <br />
autor_jmeno VARCHAR(30) NULL CHECK (autor_jmeno <> ''),<br />
nazev VARCHAR(100) NOT NULL CHECK (nazev <> ''),<br />
poznamka VARCHAR(300) NULL,<br />
rok_vydani INTEGER NULL CHECK (rok_vydani > 1918 AND rok_vydani <EXTRACT(year FROM current_date)),<br />
zalozeno DATE DEFAULT current_date NOT NULL,<br />
vyrazeno DATE NULL CHECK (vyrazeno > zalozeno),<br />
isbn CHAR(12) NULL CHECK (check_ISBN(isbn)),<br />
url VARCHAR(100) NULL CHECK (url ~* '^(file|http|ftp)://.+')<br />
);<br />
</pre><br />
<br />
== Použití PL/pgSQL funkcí při návrhu vlastních operátorů ==<br />
<br />
PostgreSQL nepodporuje operaci dělení intervalu intervalem. Není ovšem žádným problémem tento nedostatek překonat a definovat si vlastní operátor / pro tuto kombinaci operandů.<br />
<pre><br />
omega=# select '1hour'::interval / '10min'::interval;<br />
ERROR: operator does not exist: interval / interval<br />
<br />
CREATE OR REPLACE FUNCTION div_op(a interval, b interval) <br />
RETURNS double precision AS $$<br />
BEGIN<br />
RETURN EXTRACT(EPOCH FROM a) / EXTRACT(EPOCH FROM b);<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE RETURNS NULL ON NULL INPUT;<br />
<br />
CREATE OPERATOR / (procedure = div_op, leftarg = interval, rightarg = interval);<br />
<br />
omega=# select '1hour'::interval / '10min'::interval;<br />
?column?<br />
----------<br />
6<br />
</pre><br />
V CHECK výrazech můžeme používat binární operátory OR a AND. V standardní distribuci chybí operátory XOR a implikace. Nicméně není žádným problémem tyto chybějící operátory do systému doplnit.<br />
<pre><br />
CREATE OR REPLACE FUNCTION op_xor (a boolean, b boolean) RETURNS boolean AS $$<br />
BEGIN<br />
RETURN ((NOT a) AND b) OR (a AND (NOT b));<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
<br />
CREATE OR REPLACE FUNCTION op_imp_lr (a boolean, b boolean) RETURNS boolean AS $$<br />
BEGIN<br />
RETURN (NOT a OR b);<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
<br />
CREATE OR REPLACE FUNCTION op_imp_rl (a boolean, b boolean) RETURNS boolean AS $$<br />
BEGIN<br />
RETURN (NOT b OR a);<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
</pre><br />
Obě funkce musíme zaregistrovat a přiřadit jim nějaký symbol. To provede příkaz CREATE OPERATOR. Jméno pro operátor vytvoříme kombinací následujících znaků +-*/<>=~!@#%^&|'?$.<br />
<pre><br />
DROP OPERATOR # (boolean, boolean);<br />
<br />
CREATE OPERATOR # (<br />
procedure = op_xor,<br />
leftarg = boolean,<br />
rightarg = boolean,<br />
commutator = #<br />
);<br />
<br />
DROP OPERATOR >>> (boolean, boolean);<br />
<br />
CREATE OPERATOR >>> (<br />
procedure = op_imp_lr,<br />
leftarg = boolean,<br />
rightarg = boolean,<br />
commutator = <<<<br />
);<br />
<br />
CREATE OPERATOR <<< (<br />
procedure = op_imp_rl,<br />
leftarg = boolean,<br />
rightarg = boolean,<br />
commutator = >>><br />
);<br />
</pre><br />
Oba operátory si můžeme vyzkoušet na tabulce:<br />
<pre><br />
DROP TABLE logtab;<br />
<br />
CREATE TABLE logtab (l boolean, p boolean);<br />
<br />
INSERT INTO logtab VALUES(FALSE,FALSE);<br />
INSERT INTO logtab VALUES(TRUE,FALSE);<br />
INSERT INTO logtab VALUES(FALSE,TRUE);<br />
INSERT INTO logtab VALUES(TRUE,TRUE);<br />
<br />
SELECT l, p, l # p AS XOR FROM logtab;<br />
SELECT l, p, l >>> p AS IMPL FROM logtab;<br />
</pre><br />
Použití obou těchto operátorů významně zjednoduší CHECK podmínky. V tabulce Hlaseni požaduji, aby bylo zadáno buďto id uživatele nebo jméno uživatele. Dále je požadováno, aby byl vyplněn sloupec popis chyby, pokud typ hlašení je chyba.<br />
<pre><br />
DROP TABLE Hlaseni;<br />
DROP SEQUENCE Hlaseni_id_seq;<br />
<br />
CREATE TABLE Hlaseni (<br />
id SERIAL PRIMARY KEY,<br />
zalozeno DATE DEFAULT current_date NOT NULL,<br />
zalozil_neprihlasen VARCHAR(60) CHECK (zalozil_neprihlasen <> ''),<br />
zalozil INTEGER REFERENCES Uzivatele(id) CHECK (<br />
zalozil_neprihlasen IS NOT NULL # zalozil IS NOT NULL),<br />
trida_chyby CHAR(2) NOT NULL REFERENCES TridaChHlaseni(kod),<br />
chybove_hlaseni TEXT CHECK (<br />
(trida_chyby IN ('ch','zc') >>> chybove_hlaseni IS NOT NULL) AND<br />
(chybove_hlaseni <> '')),<br />
podrobny_popis TEXT NULL CHECK (podrobny_popis <> '')<br />
);<br />
<br />
INSERT INTO Hlaseni (zalozil, trida_chyby, podrobny_popis)<br />
VALUES (1,'po', 'Nainstaloval jsem novou verzi.'); -- ok<br />
<br />
INSERT INTO Hlaseni (zalozil, zalozil_neprihlasen, trida_chyby, podrobny_popis)<br />
VALUES (1, 'Pavel Stěhule','po', 'Nainstaloval jsem novou verzi.'); -- selže<br />
<br />
INSERT INTO Hlaseni (zalozil_neprihlasen, trida_chyby, podrobny_popis)<br />
VALUES ('Pavel Stěhule','po', 'Nainstaloval jsem novou verzi.'); -- ok<br />
<br />
INSERT INTO Hlaseni (zalozil_neprihlasen, trida_chyby, podrobny_popis)<br />
VALUES ('Pavel Stěhule','ch', 'Nainstaloval jsem novou verzi.'); -- selže <br />
</pre><br />
Neexistenci operátoru XOR lze obejít poměrně jednoduše (bez nutnosti psaní PL/pgSQL funkce).<br />
<pre><br />
zalozil INTEGER REFERENCES Uzivatele(id) CHECK (<br />
(zalozil_neprihlasen IS NOT NULL) <> (zalozil IS NOT NULL))<br />
</pre><br />
<br />
== Použití PL/pgSQL funkcí při návrhu vlastních agregačních funkcí ==<br />
<br />
Porovnáme počet vestavěných agregačních funkcí v PostgreSQL s jinými srovnatelnými RDBMS, zjistíme, že v PostgreSQL mnohé agregační funkce chybí. Naštěstí si v PostgreSQL si můžeme agregační funkci navrhnout sami.<br />
<br />
V PostgreSQL agregační funkci vytvoříme pomocí dvou funkcí. První, která se spouští pro každou hodnotu (prvním parametrem je mezivýsledek, druhým pak samotná hodnota) a finální, jejíž parametrem je stávající mezivýsledek. První příklad tuto finální funkci nepotřebuje - vytvoří seznam čárkou oddělených položek. U agregačních funkcích je třeba (aby se chovali, tak jak se očekává) aby ignorovaly hodnotu NULL.<br />
<pre><br />
CREATE OR REPLACE FUNCTION comma_aggreg (state text, p text) RETURNS text AS $$<br />
BEGIN<br />
IF p IS NULL THEN<br />
RETURN state;<br />
END IF<br />
IF length(state) > 0 THEN<br />
RETURN state || ', ' || p;<br />
ELSE<br />
RETURN p;<br />
END IF;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE;<br />
<br />
DROP AGGREGATE comma(text);<br />
<br />
CREATE AGGREGATE comma (<br />
basetype = text,<br />
sfunc = comma_aggreg,<br />
stype = text,<br />
initcond = ''<br />
);<br />
<br />
SELECT comma(jmeno) FROM jmena;<br />
</pre><br />
<br />
Drobnou úpravou agregační funkce sum získáme hladovou funkci - tj. pokud je daný text již agregován, tak se bude ignorovat. Při použití této funkce zpracování dotazu nebude nejrychlejší, je to ale nejkratší cesta, jak docílit chtěného výsledku.<br />
<pre><br />
CREATE OR REPLACE FUNCTION comma_aggreg(state text,p text) RETURNS text AS $$<br />
BEGIN<br />
IF p IS NULL THEN<br />
RETURN state;<br />
END IF;<br />
IF length(state) > 0 THEN<br />
IF position(p in state) = 0 THEN<br />
RETURN state || ', ' || p;<br />
ELSE<br />
RETURN state;<br />
END IF;<br />
ELSE<br />
RETURN p;<br />
END IF;<br />
END; <br />
$$ LANGUAGE plpgsql IMMUTABLE;<br />
</pre><br />
Tabulka obsahuje působnosti poboček v okresech a krajích. Pokud bych nepoužil hladové sčítání řetězců, tak by se mi kraj ve výpisu objevil dvakrát.<br />
<pre><br />
aopk=> select * from pusobnost;<br />
pobocka | okres | kraj<br />
---------------+---------------+------<br />
Benešov | Benešov | SČ<br />
Benešov | Kutná Hora | SČ<br />
Č. Budějovice | Č. Budějovice | JČ<br />
(3 řádek)<br />
<br />
aopk=> select pobocka, sum(okres), sum(kraj) from pusobnost group by pobocka;<br />
pobocka | sum | sum<br />
---------------+---------------------+-----<br />
Č. Budějovice | Č. Budějovice | JČ<br />
Benešov | Benešov, Kutná Hora | SČ<br />
(2 řádek)<br />
</pre><br />
<br />
Počínaje verzí 8.4 je efektivnější použití vestavěné funkce array_agg (vždy vyzkoušejte rychlost plpgsql fce a sql funkce - skládání řetězců a polí plpgsql nesvědčí):<br />
<pre><br />
postgres=# SELECT * FROM g;<br />
v <br />
---------<br />
Praha<br />
Benesov<br />
Benesov<br />
(3 rows)<br />
<br />
postgres=# SELECT array_to_string(array_agg(distinct v),',') FROM g;<br />
array_to_string <br />
-----------------<br />
Benesov,Praha<br />
(1 row)<br />
</pre><br />
<br />
Následující, mírně komplikovanější, agregační funkce vrací seznam položek v HTML formátu.<br />
<pre><br />
CREATE OR REPLACE FUNCTION html_li_aggr (state text,p text) RETURNS text AS $$<br />
BEGIN<br />
IF p IS NULL THEN<br />
RETURN state;<br />
ELSE<br />
RETURN state || '<li>' || p || E'</li>\n';<br />
END IF;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE;<br />
<br />
CREATE OR REPLACE FUNCTION html_ul_final (state text) RETURNS text AS $$<br />
BEGIN<br />
IF $1 <> '' THEN<br />
RETURN E'<ul>\n' || state || '</ul>';<br />
ELSE<br />
RETURN '';<br />
END IF;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE;<br />
<br />
DROP AGGREGATE html_ul (text);<br />
<br />
CREATE AGGREGATE html_ul (<br />
basetype = text,<br />
sfunc = html_li_aggr,<br />
stype = text,<br />
initcond = '',<br />
finalfunc = html_ul_final<br />
);<br />
</pre><br />
Výsledkem dotazu SELECT html_ul(jmeno) FROM jmena je jedna hodnota (i když více řádků textu), kterou můžeme přímo vložit do HTML stránky.<br />
<br />
== Návrh trigerů v PL/pgSQL ==<br />
<br />
Trigger, česky spoušť je uložená procedura, kterou RDBMS aktivuje před nebo po provedení příkazů INSERT, UPDATE a DELETE na nějaké tabulce, které předtím určíme trigger. Jako trigger můžeme použít libovolnou PL/pgSQL proceduru bez parametrů vracející hodnotu typu TRIGGER, což je vlastně RECORD kompatibilní s tabulkou pro kterou je spouštěn. Existují dva typy triggerů: BEFORE a AFTER. BEFORE triggery se volají před provedením operace, AFTER triggery po provedení operace.<br />
<br />
Představme si situaci, kdy z nějakého důvodu chceme mít data rozdělená do dvou tabulek. Pracovat však chceme se sjednocením těchto tabulek. Pokud použijeme pohled, vzdáme se možnosti používat referenční integritu. Další řešení je používat pomocnou tabulku, která bude obsahovat hodnoty obou zdrojových tabulek.<br />
<pre><br />
CREATE TABLE zdroj1 (<br />
kod CHAR(2) PRIMARY KEY,<br />
popis VARCHAR(100) CHECK (popis <> '')<br />
);<br />
<br />
CREATE TABLE zdroj2 (<br />
kod CHAR(2) PRIMARY KEY,<br />
popis VARCHAR(100) CHECK (popis <> '')<br />
);<br />
<br />
CREATE TABLE cil (<br />
kod CHAR(2) PRIMARY KEY,<br />
popis VARCHAR(100) CHECK (popis <> ''),<br />
zdroj CHAR(1) NOT NULL CHECK (zdroj = '1' OR zdroj = '2')<br />
);<br />
</pre><br />
Předesílám, že jakákoliv funkce PL/pgSQL běží pod implicitní transakcí, tj. selže-li libovolný příkaz v proceduře, pak se veškeré změny v datech provedených funkcí anulují. Na tomto chování je postavena funkce triggeru. Zkusím napřed provést požadovanou funkci na cílové tabulce, pokud příkaz selže, pak se nepodaří provést příkaz ani na zdrojové tabulce.<br />
<pre><br />
CREATE OR REPLACE FUNCTION trig_build_cil_F() RETURNS OPAQUE AS $$<br />
BEGIN<br />
IF TG_OP = 'DELETE' THEN<br />
DELETE FROM cil WHERE kod = OLD.kod;<br />
RETURN OLD;<br />
ELSE<br />
IF TG_OP = 'UPDATE' THEN<br />
UPDATE cil SET kod = NEW.kod, popis = NEW.popis WHERE kod = OLD.kod;<br />
RETURN NEW;<br />
ELSE <br />
INSERT INTO cil VALUES(NEW.kod, NEW.popis,<br />
CASE TG_RELNAME WHEN 'zdroj1' THEN 1 WHEN 'zdroj2' THEN 2 END);<br />
RETURN NEW;<br />
END IF;<br />
END IF;<br />
END;<br />
$$ LANGUAGE plpgsql SECURITY DEFINER;<br />
</pre><br />
Při provádění PL/pgSQL funkce jako triggeru máme k dispozici několik vestavěných proměnných. TG_OP popisuje příkaz vedoucí k spuštění triggeru, TG_RELNAME nese název tabulky převedený na málá písmena, na které se trigger spustil, NEW obsahuje řádek s novou verzí hodnot (pouze pro INSERT a UPDATE), OLD obsahuje řádek s původní verzí hodnot (pouze pro DELETE a UPDATE). Pokud procedura vrátí NULL, pak se neprovede změna dat. Trigger řeší pouze přenos dat ze zdrojových tabulek do cílové tabulky. Pokud budeme měnit přímo cílovou tabulku, pak cílová tabulka nebude odpovídat zdrojovým tabulkám. Můžeme ale nastavit práva tak, aby pouze vlastník tabulky měl právo zápisu do tabulky. Vlastník bude jediný, kdo bude moci modifikovat cílovou tabulku. Ostatní budou moci cílovou tabulku pouze číst. <br />
<br />
Trigger se vždy spouští s právy uživatele, který provedl akci spouštějící trigger. Pokud bychom ale odebrali uživatelům práva modifikovat cílovou tabulku, pak by musel selhat INSERT. Naštěstí máme možnost změnit toto chování atributem SECURITY DEFINER. Potom se v těle funkce SQL příkazy provádějí s právy vlastníka funkce, což je v našem případě nutné.<br />
<br />
Funkci musíme přiřadit triggeru a tabulce příkazem CREATE TRIGGER. V zásadě můžeme vytvořit dva základní typy: ty které se provádějí před provedením příkazu, který vyvolal trigger, a ty, které se spouštějí po provedení příkazu.<br />
<pre><br />
CREATE TRIGGER t_zdroj1 <br />
BEFORE INSERT OR UPDATE OR DELETE ON zdroj1<br />
FOR EACH ROW EXECUTE PROCEDURE trig_build_cil_F();<br />
<br />
CREATE TRIGGER t_zdroj2<br />
BEFORE INSERT OR UPDATE OR DELETE ON zdroj2<br />
FOR EACH ROW EXECUTE PROCEDURE trig_build_cil_F();<br />
</pre><br />
V některých případech chceme zamezit UPDATE některých sloupců tabulek (většinou se jedná o sloupce typu SERIAL, kde UPDATE nemá smysl). Opět existuje doplněk noupdate, který řeší tento problém, ale který není defaultně nainstalován. Pokud pokusů o UPDATE nebude mnoho, můžeme bez rozpaků použít trigger a krátkou PL/pgSQL proceduru:<br />
<pre><br />
DROP SEQUENCE ciselnik_id_seq;<br />
DROP TABLE ciselnik;<br />
<br />
CREATE TABLE ciselnik (<br />
id SERIAL PRIMARY KEY,<br />
popis VARCHAR(100) CHECK (popis <> '')<br />
);<br />
<br />
CREATE OR REPLACE FUNCTION trig_static_id() RETURNS TRIGGER AS $$<br />
BEGIN<br />
IF TG_OP = 'UPDATE' AND NEW.id <> OLD.id THEN<br />
RAISE EXCEPTION 'You can not update PRIMARY KEY column on table %', TG_RELNAME;<br />
ELSE<br />
RETURN NEW; <br />
END IF;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
CREATE TRIGGER static_id_ciselnik<br />
BEFORE UPDATE ON ciselnik<br />
FOR EACH ROW EXECUTE PROCEDURE trig_static_id();<br />
</pre><br />
<br />
Triggery typu BEFORE se spouští ještě <b>před</b> vyhodnocením CHECK podmínek sloupců a tabulek. Doménové typy jsou vyhodnocovány ještě před aktivací BEFORE triggerů. Díky tomu máme možnost v funkcích triggerů doplňovat některé chybějící hodnoty a nemáme možnost vyhnout se omezením. Na druhou stranu v triggeru můžeme detekovat hodnoty nevyhovující CHECK podmínkám. Řešením této situace není vyvolat výjimku, ale normálně ukončit provádění triggeru. RDBMS pak při následující kontrole zjistí nevyhovující hodnotu a výjimku vyvolá sám. Pokud je nad jednou tabulkou definováno více triggerů, pak se spouští v abecedním pořadí podle názvu (odchylka od ANSI SQL, zde se spouští v pořadí v kterém byly definovány). <br />
<br />
Trigger v PostgreSQL může mít specifikovány i statické parametry - můžeme pak jednu proceduru použít v různých kontextech, atd. Parametry se ovšem nepředávají klasicky prostřednictvím parametrů funkce obsluhující trigger, ale jsou přístupné v externí proměnné TG_ARGV[].<br />
<br />
Mějme například požadavek na logování zápisu do tabulkek, kdy hodnotu, která se bude zapisovat do logu, nelze jednoduše odvodit z názvu tabulky. Potřebovali bychom komplikované větvení.<br />
<pre><br />
CREATE TABLE foo_a(i integer);<br />
CREATE TABLE foo_b(i integer);<br />
<br />
CREATE OR REPLACE FUNCTION trig() RETURNS trigger AS $$<br />
BEGIN<br />
RAISE NOTICE 'Trigger: %,Insert do tabulky: %,Parametr: %', <br />
TG_NAME, TG_RELNAME, TG_ARGV[0];<br />
RETURN NULL;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
CREATE TRIGGER foo_a_trg AFTER INSERT ON foo_a<br />
FOR EACH ROW EXECUTE PROCEDURE trig('a');<br />
CREATE TRIGGER foo_b_trg AFTER INSERT ON foo_b<br />
FOR EACH ROW EXECUTE PROCEDURE trig('b');<br />
<br />
INSERT INTO foo_a VALUES(1);<br />
INSERT INTO foo_b VALUES(1);<br />
<pre><br />
Vysledkem je hlášení<br />
<pre><br />
psql:testtr.sql:16: NOTICE: Trigger: foo_a_trg,Insert do tabulky: foo_a,Parametr: a<br />
INSERT 336812 1<br />
psql:testtr.sql:17: NOTICE: Trigger: foo_b_trg,Insert do tabulky: foo_b,Parametr: b<br />
INSERT 336813 1<br />
</pre><br />
<br />
== Použití PL/pgSQL funkcí s parametry typu tabulka ==<br />
<br />
V některých případech potřebujeme spouštět funkci na celý řádek tabulky, např. když potřebujeme nahradit opakující se výraz CASE v příkazu SELECT. Mějme následující tabulky prodejců a prodeje. Tabulka prodeje obsahuje sloupce c1, c2, c3, t2, ot, oec1, oec2, oec3, t1, b1, b2, c050, c150, c300, t1n, t2n, které obsahují počet prodaných kusů v daném tarifu v rámci jednoho prodeje. Tarify jsou stanovené direktivně a nemění se.<br />
<pre><br />
CREATE TABLE prodejci (<br />
id SERIAL PRIMARY KEY,<br />
rc VARCHAR(10) NOT NULL UNIQUE CHECK (rc ~ '^[0-9]{9,10}$'),<br />
jmeno VARCHAR(20) NOT NULL CHECK (jmeno <> ''),<br />
prijmeni VARCHAR(20) NOT NULL CHECK (prijmeni <> '')<br />
);<br />
<br />
CREATE TABLE prodej (<br />
id SERIAL PRIMARY KEY,<br />
prodejce int REFERENCES prodejci(id),<br />
closing_date DATE NOT NULL DEFAULT current_date::DATE,<br />
c1 integer NULL CHECK(c1 > 0),<br />
c2 integer NULL CHECK(c2 > 0),<br />
c3 integer NULL CHECK(c3 > 0),<br />
t2 integer NULL CHECK(t2 > 0),<br />
ot integer NULL CHECK(ot > 0),<br />
oec1 integer NULL CHECK(oec1 > 0),<br />
oec2 integer NULL CHECK(oec2 > 0),<br />
oec3 integer NULL CHECK(oec3 > 0),<br />
t1 integer NULL CHECK(t1 > 0),<br />
b1 integer NULL CHECK(b1 > 0),<br />
b2 integer NULL CHECK(b2 > 0),<br />
c050 integer NULL CHECK(c050 > 0),<br />
c150 integer NULL CHECK(c150 > 0),<br />
c300 integer NULL CHECK(c300 > 0),<br />
t1n integer NULL CHECK(t1n > 0),<br />
t2n integer NULL CHECK(t2n > 0)<br />
);<br />
</pre><br />
Zákazník bude požadovat rozpis prodaných kusů, nikoliv však podle jednotlivých tarifů, ale podle celkového počtu kusů rozděleného do tříd podle objemu na jeden provedený prodej. Třídy jsou:<br />
<pre><br />
0 - 4, 5 - 9, 10 - 19, 20 - 49, nad 50<br />
</pre><br />
Z rozpisu pak mohu určit jednak výši prodeje jedním prodejcem, ale i jeho zaměření na určitý segment trhu. Rozpis můžeme realizovat jako výběr s použitím příkazu CASE (níže), nebo výběr s PL/pgSQL funkcí, která má jako argument řádek tabulky.<br />
<pre><br />
CREATE OR REPLACE FUNCTION c_prodej_seg (rec prodej, l int,h int) RETURNS integer AS $$<br />
DECLARE s INTEGER;<br />
BEGIN <br />
s := coalesce(rec.c1,0) + coalesce(rec.c2,0) + coalesce(rec.c3,0) + coalesce(rec.t2,0)<br />
+ coalesce(rec.oec1,0) + coalesce(rec.oec2,0) + coalesce(rec.oec3,0) + coalesce(rec.t1,0)<br />
+ coalesce(rec.b1,0) + coalesce(rec.b2,0) + coalesce(rec.c150,0) + coalesce(rec.c300,0)<br />
+ coalesce(rec.t1n,0) + coalesce(rec.t2n,0) + coalesce(rec.ot,0);<br />
IF l IS NOT NULL THEN<br />
IF s < l THEN RETURN 0; END IF;<br />
END IF;<br />
IF h IS NOT NULL THEN<br />
IF s > h THEN RETURN 0; END IF;<br />
END IF;<br />
RETURN s;<br />
END;<br />
$$ LANGUAGE plpgsql; <br />
</pre><br />
Použití těchto funkcí zásadně zjednoduší návrh. Funkce c_prodej_seg sečte prodej ve všech tarifech. Pokud je objem prodeje v intervalu určeným druhým a třetím argumentem, pak vrátí tuto hodnotu, jinak vrací nulu. Všimněte si, že (ač trochu nelogicky) první argument funkce je typu tabulka. Ve funkci samotné však s touto hodnotou pracujeme způsobem jako kdyby byla tabulka%ROW.<br />
<pre><br />
INSERT INTO prodejci (rc, jmeno, prijmeni) <br />
VALUES ('7307150000','Pavel', 'Stěhule');<br />
INSERT INTO prodejci (rc, jmeno, prijmeni) <br />
VALUES ('7807150000','Zdeněk', 'Stěhule');<br />
<br />
INSERT INTO prodej (prodejce,c1,c2) VALUES (1,18,11);<br />
INSERT INTO prodej (prodejce,c1,c2) VALUES (1,18,6);<br />
INSERT INTO prodej (prodejce,c3,c2) VALUES (1,50,24);<br />
INSERT INTO prodej (prodejce,t1,c3) VALUES (1,1,1);<br />
INSERT INTO prodej (prodejce,c300) VALUES (2,10);<br />
INSERT INTO prodej (prodejce,c1,c2) VALUES (2,11,2);<br />
INSERT INTO prodej (prodejce,c1,c2) VALUES (2,1,6);<br />
INSERT INTO prodej (prodejce,c3,c2) VALUES (2,5,12);<br />
INSERT INTO prodej (prodejce,t1,ot) VALUES (2,1,1);<br />
INSERT INTO prodej (prodejce,c300) VALUES (2,252);<br />
</pre><br />
Vrací tento dotaz:<br />
<pre><br />
SELECT <br />
SUM(c_prodej_seg(prodej,NULL, 4)) AS lt5,<br />
SUM(c_prodej_seg(prodej,5, 9)) AS be5a9,<br />
SUM(c_prodej_seg(prodej,10, 19)) AS be10a19,<br />
SUM(c_prodej_seg(prodej,20, 49)) AS be20a49,<br />
SUM(c_prodej_seg(prodej,50, NULL)) AS ge50,<br />
jmeno || ' ' || prijmeni as prodejce <br />
from <br />
prodej join prodejci on prodejce = prodejci.id <br />
group <br />
by jmeno || ' ' || prijmeni ;<br />
</pre><br />
tabulku:<br />
<pre><br />
lt5 | be5a9 | be10a19 | be20a49 | ge50 | prodejce<br />
-----+-------+---------+---------+------+----------------<br />
2 | 0 | 0 | 53 | 74 | Pavel Stěhule<br />
2 | 7 | 40 | 0 | 252 | Zdeněk Stěhule<br />
</pre><br />
<br />
== Funkce vracející tabulky ==<br />
<br />
Jednotlivé řádky vytvoříme opakovaným voláním RETURN NEXT hodnota (tato varianta RETURNu neukončí funkci) a voláním RETURNu bez parametrů, kterým ukončíme provádění funkce. Jako navratový typ můžeme použít skalární typy, typy tabulka nebo složené typy (ty jsou víceméně ekvivalentem typu tabulka (vytvoříme je příkazem CREATE TYPE)). Pokud nechceme definovat nový typ, můžeme použít OUT parametry (RETURNS SETOF RECORD).<br />
<pre><br />
CREATE TYPE tf AS (f1 varchar(10), f2 varchar(10));<br />
<br />
CREATE OR REPLACE FUNCTION makesettf(mx integer) RETURNS SETOF tf AS $$<br />
DECLARE f tf%ROWTYPE;<br />
BEGIN<br />
FOR i IN 1..mx LOOP<br />
f.f1 := CAST(i AS varchar(10));<br />
f.f2 := 'bbbbb '||CAST(i AS varchar(10));<br />
RAISE NOTICE '%', f.f1;<br />
RETURN NEXT f;<br />
END LOOP;<br />
RETURN;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
SELECT a.*, b.* FROM <br />
makesettf(10) a JOIN makesettf(5) b ON a.f1 = b.f1;<br />
<br />
SELECT * FROM makesettf(3) UNION ALL SELECT * FROM makesettf(8);<br />
</pre><br />
Praktičtějším příkladem, inspirován UDF Firebirdu (vracela tabulku konání německých pivních festivalů), je použítí SRF při návrhu funkcí pro určení dne získané přičtením n pracovních dnů k zadanému dni.<br />
<br />
SRF funkce se hodí pro generování menších dynamických (parametrizovatelných) tabulek, jelikož jimi vytvořené tabulky nelze indexovat. Toto omezení přeneseme lehce přez srdce při testování. Mnou vytvořené funkce AddWDays a AddWDays2 jsem kontroloval porovnáním hodnot (každá funkce je jinak implementována, musí dávat shodné výsledky) nad fiktivní tabulkou vytvořenou spojením tabulek vytvořených SRF funkcemi.<br />
<br />
Funkce DaysInYear vrací tabulku dní v daném roce, fce. Seq vrací celočíselnou posloupnost omezenou parametrem. Funkce AddWDays a AddWDays2 má dva parametry - první den, ke kterému se mají přičítat pracovní dny, počet je určen druhým parametrem). Funkce DiffWDays vrací počet pracovních dnů v intervalu určeného parametry. Pokud jsou všechny funkce správně navržené, pak výsledkem testovacích dotazů musí být prázdná tabulka.<br />
<pre><br />
CREATE OR REPLACE FUNCTION DaysInYear(y integer) RETURNS SETOF date AS $$<br />
DECLARE st date;<br />
BEGIN st := to_date('0101'||y,'MMDDYYYY');<br />
WHILE EXTRACT(year FROM st) < y + 1 LOOP<br />
RETURN NEXT st;<br />
st := st + 1;<br />
END LOOP;<br />
RETURN;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
-- testy<br />
SELECT DaysInYear, generate_series FROM DaysInYear(2003) CROSS JOIN generate_series(1,40) <br />
WHERE AddWDays(DaysInYear, generate_series) <> AddWDays2(DaysInYear, generate_series);<br />
SELECT DaysInYear, generate_series FROM DaysInYear(2003) CROSS JOIN generate_series(1,40) <br />
WHERE DiffWDays(DaysInYear, AddWDays(DaysInYear, generate_series)) <> generate_series;<br />
</pre><br />
Státních svátků nemáme mnoho, nicméně pro každý rok jsou trochu jiné (díky velikonocím), a tak se pro generování tabulky hodí dobře SRF. Pokud by nastaly problémy s výkonem, mohu tabulku materializovat, tj. příkazem SELECT INTO uložit do klasické tabulky. Funkce StátníSvátky vrací tabulku se státními svátky, včetně názvu pro rozsah daný prvním a druhým parametrem. Funkce PočetStatníchSvátků spočítá počet, vyřadí dny předané v poli jako třetí parametr (prakticky vždy se bude jednat o sobotu a neděli - {6, 7}). Za povšimnutí stojí snad jen způsob zápisu porovnání hodnoty s obsahem pole = ANY(). Test <>ALL() může způsobit záludnou chybu - v případě, že je pole prázdné, pak je cokoliv <> ALL() vždy splněno.<br />
<pre><br />
CREATE OR REPLACE FUNCTION StatniSvatky(start date, finish date, OUT termin date, OUT nazev varchar(50)) <br />
RETURNS SETOF RECORD AS $$<br />
DECLARE <br />
svatek VARCHAR [][] DEFAULT ARRAY<br />
[['Nový rok', '0101'], <br />
['Neděle velikonoční', 'xx'],<br />
['Pondělí velikonoční','x1'], <br />
['Svátek práce','0501'],<br />
['Den osvobození','0508'], <br />
['Den slovanských věrozvěstů Cyrila a Metoděje','0705'],<br />
['Den upálení mistra Jana Husa','0706'], <br />
['Den české státnosti','0928'],<br />
['Den vzniku samostatného československého státu', '1028'],<br />
['Den boje za svobodu a demokracii','1117'],<br />
['Štědrý den','1224'],<br />
['1. svátek vánoční','1225'],<br />
['2. svátek vánoční','1226']];<br />
rok integer; stepd date; d varchar;<br />
BEGIN stepd := start;<br />
WHILE stepd <= finish LOOP<br />
rok := CAST(EXTRACT(year FROM stepd) AS INTEGER);<br />
FOR i IN array_lower(svatek,1)..array_upper(svatek,1) LOOP<br />
d := svatek[i][2];<br />
IF d = 'xx' THEN<br />
termin := velnedele(rok);<br />
ELSIF d = 'x1' THEN<br />
termin := velnedele(rok) + 1;<br />
ELSE<br />
termin := to_date(d||rok,'MMDDYYYY');<br />
END IF;<br />
IF termin BETWEEN stepd AND finish THEN<br />
nazev := svatek[i][1]; RETURN NEXT;<br />
END IF;<br />
END LOOP;<br />
stepd := date_trunc('year', stepd) + interval '1 year';<br />
END LOOP;<br />
RETURN;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
<br />
CREATE OR REPLACE FUNCTION PocetStatnichSvatku(start date, finish date, nwd INTEGER[]) RETURNS INTEGER AS $$<br />
DECLARE <br />
svatek VARCHAR [] DEFAULT ARRAY<br />
['0101', 'xx', 'x1', '0501', '0508', '0705', '0706', <br />
'0928', '1028', '1117', '1224', '1225', '1226'];<br />
rok INTEGER; stepd date; d varchar; sv date; pss INTEGER DEFAULT 0; OM INTEGER;<br />
BEGIN stepd := start;<br />
WHILE stepd <= finish LOOP<br />
rok := CAST(EXTRACT(year FROM stepd) AS INTEGER);<br />
FOR i IN array_lower(svatek,1)..array_upper(svatek,1) LOOP<br />
d := svatek[i];<br />
IF d = 'xx' THEN<br />
sv := velnedele(rok);<br />
ELSIF d = 'x1' THEN<br />
sv := velnedele(rok) + 1;<br />
ELSE<br />
sv := to_date(d||rok,'MMDDYYYY');<br />
END IF;<br />
IF NOT EXTRACT(dow FROM sv) = ANY (nwd) THEN<br />
IF sv BETWEEN stepd AND finish THEN<br />
pss := pss + 1;<br />
END IF;<br />
END IF;<br />
END LOOP;<br />
stepd := date_trunc('year', stepd) + interval '1 year';<br />
END LOOP;<br />
RETURN pss;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
</pre><br />
Funkce AddWDays2 je jednodušší, pro menší počet dnů pravděpodobně i rychlejší. Do proměnné svatky uložím pole svátků na rok od dne, ke kterému přičítám pracovní dny. Funkce StatniSvatky vrací tabulku a tak je nutné převést tabulku na pole konstrukcí ARRAY(SELECT FROM). Pak pro každý pracovní den (není sobotou, nedělí a svátkem) snižuji počet pracovních dnů a posouvám se dopředu.<br />
<pre><br />
CREATE OR REPLACE FUNCTION AddWDaysSlow2(start date, c integer) RETURNS date AS $$<br />
DECLARE st date = start; ed date; svatky date[]; d integer = c; k integer;<br />
BEGIN ed := st + 365;<br />
SELECT INTO svatky ARRAY(SELECT termin FROM StatniSvatky(st, ed));<br />
LOOP k := CAST(EXTRACT(DOW FROM st) AS INTEGER);<br />
WHILE k = 6 OR k = 0 OR st = ANY(svatky) LOOP<br />
st := st + 1; k := CAST(EXTRACT(DOW FROM st) AS INTEGER);<br />
IF st > ed THEN ed = st + 365; <br />
SELECT INTO svatky ARRAY(SELECT termin FROM StatniSvatky(st, ed));<br />
END IF;<br />
END LOOP;<br />
EXIT WHEN d = 0 OR d = 1;<br />
st := st + 1; d := d - 1;<br />
END LOOP;<br />
RETURN st;<br />
END; <br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
Druhá (první) funkce AddWDays je komplikovanější, a pro delší intervaly rozhodně rychlejší. Využívá funkce AddWDay, která k počtu pracovních dní přičte x dní za víkendy. Pak se opakovaně zjišťuje korekce vůči státním svátkům. Pokud je parametrem AddWDay víkendový den, pak se nejdříve posune na pondělí. Pak probíhá jakási normalizace, posouvám se zpět na neděli, o to co se posunu zpět zvýším počet pracovních dní. Pak mohu jednoduše převést pracovní dny na skutečné (předposlední řádek funkce).<br />
<pre><br />
CREATE OR REPLACE FUNCTION AddWDays(start date, c integer) RETURNS date AS $$<br />
DECLARE st date = start; ed DATE; korekce INTEGER; sv INTEGER; d INTEGER;<br />
BEGIN ed := AddWDay(st,c);<br />
korekce = PocetStatnichSvatku(st, ed, ARRAY[6,0]); <br />
WHILE korekce > 0 LOOP<br />
st := ed + 1; ed := AddWDay(st, korekce); <br />
korekce = PocetStatnichSvatku(st, ed, ARRAY[6,0]);<br />
END LOOP;<br />
RETURN FirstWDay(ed);<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
<br />
CREATE OR REPLACE FUNCTION AddWDay(d date, c integer) RETURNS date AS $$<br />
DECLARE st DATE; wd INTEGER; k INTEGER;<br />
BEGIN k := CAST(EXTRACT(DOW FROM d) AS INTEGER);<br />
IF k = 0 THEN st := d + 1; k := 1;<br />
ELSIF k = 6 THEN st := d + 2; k := 1;<br />
ELSE st := d; END IF;<br />
st := st - k; wd := c + k - 2;<br />
st := st + ((wd) / 5) * 7 + ((wd) % 5) + 1;<br />
RETURN st;<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
</pre><br />
Pokud je první parametr funkce DiffWDays sobota nebo neděle, posunu začátek na pondělí, pokud je druhým parametrem sobota nebo neděle, posunu konec na pátek. Pokud je začátek za koncem, musím zvýšit počet týdnů. V daném intervalu ještě odečtu počet státních svátků. Funkce ISODOW vrací ISO číslo dne, tj. sobota 6, neděle 7.<br />
<pre><br />
CREATE OR REPLACE FUNCTION ISODOW(date) RETURNS INTEGER AS $$<br />
SELECT CAST(EXTRACT(DOW FROM $1 - 1) + 1 AS INTEGER);<br />
$$ LANGUAGE sql STRICT;<br />
<br />
CREATE OR REPLACE FUNCTION DiffWDays(d1 date, d2 date) RETURNS integer AS $$<br />
DECLARE wc INTEGER; st DATE; ED DATE; p INTEGER;<br />
BEGIN <br />
p := ISODOW(d1); IF p > 5 THEN st := d1 + (8 - p); ELSE st := d1; END IF;<br />
p := ISODOW(d2); IF p > 5 THEN ed := d2 - (p - 5); ELSE ed := d2; END IF;<br />
wc := (d2 - d1) / 7;<br />
IF EXTRACT(DOW FROM st - 1) + 1 > EXTRACT(DOW FROM ed - 1) + 1 THEN<br />
wc := wc + 1;<br />
END IF;<br />
RETURN (d2 - d1 - (wc * 2) - PocetStatnichSvatku(st,ed, ARRAY[6,7]) + 1);<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE STRICT;<br />
</pre><br />
<br />
== Rekurzivní volání SRF funkcí ==<br />
<br />
Každé volání SRF funkce má svůj vlastní tzv. kontext, do něhož se zapisuje množina vracených hodnot. Tato vlastnost se projeví pouze při rekurzivním volání SRF funkcí, kdy při chybně navržené funkci, budeme mít pocit, že se nám ztrácí výsledky. Příklad takto chybné funkce je:<br />
<pre><br />
CREATE OR REPLACE FUNCTION foo (pid integer) RETURNS SETOF foo AS $$<br />
DECLARE rec RECORD;<br />
BEGIN<br />
FOR rec IN SELECT * FROM foo WHERE foo.pid=pid LOOP<br />
RETURN NEXT rec;<br />
RAISE NOTICE 'uid=% pid=%',rec.uid,rec.pid;<br />
SELECT INTO rec * FROM foo (rec.uid);<br />
END LOOP;<br />
RETURN;<br />
END; <br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
Chybná je doměnka, že volání select into rec * from foo() způsobí přenesení hodnot vnořené funkce. Správný tvar funkce foo je tento:<br />
<pre><br />
CREATE OR REPLACE FUNCTION foor (pid integer) RETURNS SETOF foo AS $$<br />
DECLARE rec RECORD; fo bool;<br />
BEGIN<br />
FOR rec IN SELECT * FROM foo WHERE foo.pid=pid LOOP<br />
RETURN NEXT rec;<br />
FOR rec IN SELECT * FROM foor (rec.uid) LOOP<br />
RETURN NEXT rec;<br />
END LOOP;<br />
END LOOP;<br />
RETURN;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
<br />
Počínaje PostgreSQL 8.4 lze řadu rekurzivních volání SRF funkcí nahradit rekurzivním SELECTem, případně použít efektivnější příkaz RETURN QUERY:<br />
<pre><br />
WITH RECURSIVE x AS (SELECT * <br />
FROM foo <br />
WHERE uid = 3 -- find a root<br />
UNION ALL<br />
SELECT foo.* <br />
FROM foo <br />
JOIN <br />
x<br />
ON x.uid = foo.pid) -- append rows where pid is same as some searched uid <br />
SELECT * FROM x; -- show content of stacked table x without changes<br />
</pre><br />
Rekurzivní příkaz by měl být téměř vždy rychlejší než rekurzivní volání funkce.<br />
<br />
== Návrh polymorfních funkcí, používání polymorfních typů ==<br />
<br />
Polymorfní funkce jsou ty, které při definici návratového typu nebo argumentů používají některý z následujících polymorfních typů: anyarray, anyelement.<br />
<br />
Pokud funkce vrací polymorfní typ, pak alespoň jeden z argumentů funkce musí být polymorfního typu. Dynamicky se určí návratový typ funkce podle aktuálního typu tohoto argumentu. Pokud funkce obsahuje více parametrů typu anyelement, pak skutečné parametry musí být stejného typu. Stejná podmínka platí pro anyarray.<br />
<pre><br />
CREATE OR REPLACE FUNCTION polyfoo1(a anyelement) RETURNS anyelement AS $$<br />
BEGIN<br />
RETURN a + 1;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
testdb011=> select polyfoo1(date '1.1.2004'), polyfoo1(10);<br />
polyfoo1 | polyfoo1<br />
------------+----------<br />
2004-01-02 | 11<br />
(1 řádka)<br />
<br />
CREATE OR REPLACE FUNCTION polyfoo2(a anyelement, b anyelement) RETURNS integer AS $$<br />
BEGIN<br />
RETURN a - b;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
testdb011=> select polyfoo2(date '1.1.2004',date '1.2.2003');<br />
polyfoo2 <br />
----------<br />
334<br />
(1 řádka)<br />
<br />
Time: 4,158 ms<br />
testdb011=> select polyfoo2(20,10);<br />
polyfoo2 <br />
----------<br />
10<br />
(1 řádka)<br />
</pre><br />
Příkladem použití polymorfní funkce je tělo agregační funkce jejíž výsledkem je pole hodnot podmnožiny.<br />
<pre><br />
CREATE OR REPLACE FUNCTION aggregate_array(state ANYARRAY, a ANYELEMENT) RETURNS ANYARRAY AS $$<br />
SELECT CASE<br />
WHEN state IS NULL THEN ARRAY[a]<br />
WHEN a IS NULL THEN state<br />
ELSE array_append(state,a)<br />
END;<br />
$$ LANGUAGE sql;<br />
<br />
testdb011=> SELECT count(*), aggarray(prijmeni) FROM lide GROUP BY prijmeni ~ '.*á';<br />
<br />
count | aggarray<br />
-------+---------------------------------------------<br />
1 | {Gregorová}<br />
6 | {Kolík,Čurda,Hojka,Chytlík,Stěhule,Novotný}<br />
(2 řádek)<br />
</pre><br />
Polymorfní funkce se někdy také označují jako generické. Interně PostgreSQL nezná žádný datový typ ANYELEMENT. PostgreSQL vždy, když požadujete aktivaci nějaké funkce zjišťuje, zda-li neexistuje připravený kód pro požadovanou funkci (testuje shodu na počet a typ argumentů). Pokud ještě funkce nebyla spuštěna, hledá její zdrojový kód a přípravuje funkci pro její první spuštění. Pokud nalezne shodu s polymorfní funkcí, pak nahradí neznámé typy požadovanými a připraví funkci, kde už jsou všechny parametry určené - využívá se standardní mechanismus.<br />
<br />
Pokud potřebujeme identifikovat variantu polymorfní funkce, můžeme použít operátor IS OF.<br />
<pre><br />
IF a IS OF (INTEGER) THEN<br />
RAISE NOTICE 'Parametr a je cele cislo';<br />
ELSIF a IS OF (varchar) THEN<br />
RAISE NOTICE 'Parametr a je retezec';<br />
END IF;<br />
</pre><br />
<br />
== PL/pgSQL funkce s (IN)OUT parametry ==<br />
PL/pgSQL je specifický tím, že podporuje pouze návrh funkcí, nikoliv procedur. Hlavní rozdíl mezi procedurou a funkcí je způsob předání výsledné hodnoty. Klasicky procedura vrací výsledek prostřednictvím proměnných předávaných referencí. Problém je v tom, že vyjma prostředí PL/pgSQL PostgreSQL nepodporuje proměnné. V starších verzích PostgreSQL jsme museli použít složený typ, když jsme potřebovali získat z kódu víc jak jednu hodnotu. Aktuální verze PostgreSQL podporují OUT proměnné, čímž nám šetří práci s deklarací speciáního out typu.<br />
<pre><br />
CREATE OR REPLACE FUNCTION foo(IN a int, IN b int, OUT aa int, OUT bb int) AS $$<br />
BEGIN<br />
aa := a*a;<br />
bb := b*b;<br />
END<br />
$$<br />
<br />
SELECT foo(10,10);<br />
</pre><br />
<br />
==Přidáno v PostgreSQL 8.3==<br />
Předchozí verze neumožňovaly vrátit množinu záznamů jako výsledek SRF funkce. Jediným řešením bylo volání příkazu RETURN NEXT pro každý řádek výsledku dotazu. V podstatě totéž (ale na nižší úrovni, tudíž efektivněji) provádí příkaz RETURN QUERY. Jeho parametrem je SQL dotaz. Výsledek tohoto dotazu (množina) se připojí k výstupu. Podobně jako RETURN NEXT neukončuje provádění funkce. <br />
<pre><br />
CREATE OR REPLACE FUNCTION dirty_series(m integer, n integer) <br />
RETURNS SETOF integer AS $$<br />
BEGIN<br />
RETURN QUERY SELECT * FROM generate_series(1,m) g(i)<br />
WHERE i % n = 0;<br />
RETURN;<br />
END; $$ LANGUAGE plpgsq;<br />
</pre><br />
<br />
Další novou vlastností je lokální přenastavení (pouze pro konkrétní funkci) systémových proměnných. Podobně se chová T-SQL nebo MySQL, kde se implicitně ukládá aktuální nastavení systémových proměnných v čase registrace funkce. V PostgreSQL dosud podobný mechanismus nebyl. Lokálním přenastavením systémové proměnné search_path (resetem) lze konečně zabezpečit SECURITY DEFINER funkce. Zápis je zřejmý z následujícího příkladu:<br />
<pre><br />
CREATE FUNCTION report_guc(text) RETURNS TEXT AS<br />
$$ SELECT current_setting($1) $$ LANGUAGE sql<br />
SET regex_flavor = basic;<br />
<br />
ALTER FUNCTION report_guc(text) <br />
RESET search_path <br />
SET regex_flavor = extended;<br />
</pre><br />
<br />
==Přidáno v PostgreSQL 8.4==<br />
Doposud bylo používání dynamického SQL limitováno možným rizikem SQL injektáže. Kromě toho také docela nečitelným výsledným kódem. Tyto problémy z části odstraňuje klauzule USING v příkazu PL/pgSQL EXECUTE. Díky ní totiž můžeme parametrizovat SQL příkaz, podobně jako v PREPARED STATEMENTS.<br />
<br />
nezabezpečené dynamické SQL:<br />
<pre><br />
EXECUTE 'SELECT * FROM ' || tabname || ' WHERE value = \'' || value || '\'';<br />
</pre><br />
zabezpečené dynamické SQL:<br />
<pre><br />
EXECUTE 'SELECT * FROM ' || tabname::regclass || ' WHERE value = $1' USING value;<br />
</pre><br />
Díky klauzuli USING bude použití dynamického SQL o dost bezpečnější a o bude s ním méně práce. I tak ale platí, že DSQL by se mělo používat, pokud možno co nejméně a v opravdu nutných případech (např. z důvodu nutnosti generování prováděcího plánu se znalostí parametrů).<br />
<br />
===Příkaz CASE===<br />
Z prostředí SQL/PSM (standardizovaný jazyk pro uložené procedury dle ANSI - setkat se s ním můžete v DB2 nebo MySQL) byla převzata syntaxe příkazu CASE.<br />
<pre><br />
/* simple case */<br />
CASE x<br />
WHEN 1, 2 THEN<br />
msg := 'one or two';<br />
ELSE<br />
msg := 'other value than one or two';<br />
END CASE;<br />
<br />
/* search case */<br />
CASE<br />
WHEN x BETWEEN 0 AND 10 THEN<br />
msg := 'value is between zero and ten';<br />
WHEN x BETWEEN 11 AND 20 THEN<br />
msg := 'value is between eleven and twenty';<br />
END CASE;<br />
</pre><br />
===Vlastní výjimky===<br />
PostgreSQL umožňuje předat ve výjimce relativně dost informací. Bohužel PL/pgSQL příkaz RAISE byl příliš jednoduchý - výsledkem výjimky v PL/pgSQL byl pouze jeden řetězec (nebylo možné zadat kód, hint, detail). Toto omezení je minulostí. Syntaxe příkazu RAISE byla rozšířena tak, aby umožnila specifikovat všechny dostupné parametry výjimky:<br />
<pre><br />
RAISE division_by_zero;<br />
RAISE SQLSTATE '22012';<br />
RAISE EXCEPTION 'Nonexistent ID --> %', user_id<br />
USING HINT = 'Please check your user id';<br />
RAISE 'Duplicate user ID: %', user_id<br />
USING ERRCODE = 'unique_violation';<br />
RAISE 'Duplicate user ID: %', user_id<br />
USING ERRCODE = '23505';<br />
</pre><br />
Vlastní vyjímky lze samozřejmě zachytit - v minulých verzích bylo možné zachytit pouze pojmenované výjimky:<br />
<pre><br />
BEGIN<br />
...<br />
EXCEPTION<br />
WHEN SQLSTATE '22012' THEN ...<br />
</pre><br />
===Variadické funkce===<br />
Funkce, které pracují s variabilním počtem parametrů označujeme jako variadické. Mezi variadické funkce např. patří funkce least, greatest, coalesce. Implementace těchto funkcí není nijak zvlášť komplikovaná, nicméně není triviální a trochu vypadává z kontextu C funkcí (vynucuje si úpravy parseru). Na uživatelské úrovni nezbývalo než přetěžovat funkce, což zase vedlo k zbytečnému duplikování kódu. Řešením je zavedení tzv. variadických funkcí, resp. modifikátoru VARIADIC v seznamu parametrů. Ten pozměňuje chování parseru. Všechny reálné parametry, které jsou pozičně na pozici a za pozicí variadického parametru jsou sloučeny do pole, které je pak předáno funkci.<br />
<pre><br />
CREATE FUNCTION myleast(VARIADIC a numeric[])<br />
RETURNS NUMERIC AS $$<br />
SELECT min($1[i])<br />
FROM generate_subscripts($1,1) g(i)<br />
$$ LANGUAGE SQL IMMUTABLE;<br />
CREATE FUNCTION<br />
Time: 5,274 ms<br />
postgres=# SELECT myleast(1,2,3,4);<br />
myleast<br />
---------<br />
1<br />
(1 row)<br />
</pre><br />
Variadické funkci lze předhodit i pole (tj. obejít parser) pomocí modifikátoru hodnoty VARIADIC:<br />
<pre><br />
postgres=# SELECT myleast(VARIADIC ARRAY[1,3,4,-5,6,8]);<br />
myleast<br />
---------<br />
-5<br />
</pre><br />
===Tabulkové funkce===<br />
Funkce, které vrací tabulku, jsou podle ANSI SQL tzv. tabulkové funkce. Totéž (s mírně odlišnou syntaxí) se v PostgreSQL označuje jako SRF funkce (Set Returned Functions). Do 8.4 byla zahrnuta i podpora ANSI SQL syntaxe, která je podle mého názoru přehlednější a názornější:<br />
<pre><br />
--ANSI SQL <br />
create or replace function tab(i int)<br />
returns table(a int, b int) as $$<br />
select i, i+1 <br />
from generate_series(1, $1) g(i);<br />
$$ language sql immutable strict;<br />
<br />
postgres=# SELECT * FROM tab(2);<br />
a | b <br />
---+---<br />
1 | 2<br />
2 | 3<br />
(2 rows)<br />
<br />
-- PostgreSQL syntaxe<br />
create or replace function tab(in int, out a int, out b int)<br />
returns setof record as $$<br />
select i, i+1 <br />
from generate_series(1, $1) g(i);<br />
$$ language sql immutable strict;<br />
</pre><br />
===Defaultní hodnoty parametrů funkce===<br />
Možnost definovat defaultní hodnoty parametrů funkce patří zvyšuje programátorský komfort a snižuje duplicitu kódu. Implementace zatím odpovídá zhruba implementaci ve Firebirdu, tj. chybějící parametry se zprava doplňují defaultní hodnoty. <br />
<pre><br />
postgres=# create or replace function instr(varchar, varchar, int = 1) <br />
returns int as $$<br />
select position($2 in substring($1 from $3)); <br />
$$ language sql immutable strict;<br />
CREATE FUNCTION<br />
Time: 2,738 ms<br />
postgres=# SELECT instr('abcabc','a');<br />
instr <br />
-------<br />
1<br />
(1 row)<br />
<br />
Time: 1,907 ms<br />
postgres=# SELECT instr('abcabc','a',2);<br />
instr <br />
-------<br />
3<br />
(1 row)<br />
<br />
Time: 1,381 ms<br />
</pre><br />
===RETURN QUERY EXECUTE===<br />
RETURN QUERY se docela ujalo, což mne příjemně překvapilo. Jednak jsem vůbec nečekal, že by podobné rozšíření mohlo projít do core, jednak vlastní implementace byla docela jednoduchá - v podstatě pár nových řádek v parseru - jinak se použil stávající kód. To je to, co mne na hackingu nejvíc baví. Přidá se pár řádků, pár řádků kódu se upraví a nová funkce je na světě.<br />
<br />
V 8.4 RETURN QUERY podporuje také dynamické SQL - tj. zčásti odpadá stereotyp:<br />
<pre><br />
FOR r IN EXECUTE '....' LOOP<br />
RETURN NEXT r;<br />
END LOOP<br />
</pre><br />
který lze nahradit rychlejším a čitelnějším kódem:<br />
<pre><br />
RETURN QUERY EXECUTE '...';<br />
</pre><br />
==Přidáno v 9.0==<br />
V devítce došlo k zásadnímu překopání parseru PL/pgSQL. Díky tomu se trochu mění chování prostředí. Zásadní změnou je možnost rozpoznat kolizi identifikátorů plpgsql a SQL. Jedinou významnou novinkou je tzv. jmenné konvence předávání hodnot parametrů - ostatní změny jazyka jsou více-méně kosmetické. Počínaje 9.0 jsou k dispozici i sloupcové a podmíněné triggery, které ovšem s plpgsql přímo nesouvisí (stejně jako jmenná konvence).<br />
<br />
===Režim řešení kolizí identifikátorů===<br />
Zásadním nedostatkem syntaktické kontroly plpgsql byla neschopnost odhalit kolizi SQL a PLpgSQL identifikátorů. Kód obsahující kolizní identifikátory málokdy fungoval správně - a to ještě spíš omylem - nicméně nehlásil chybu. Od verze 9.0 je kontrolována unikátnost identifikátorů v bloku:<br />
<pre><br />
CREATE OR REPLACE FUNCTION foo() <br />
RETURNS void AS $$<br />
DECLARE a integer; <br />
BEGIN <br />
FOR a IN SELECT a FROM omega <br />
LOOP <br />
RAISE NOTICE '%', a;<br />
END LOOP; <br />
END; <br />
$$ LANGUAGE plpgsql;<br />
CREATE FUNCTION<br />
Time: 3,501 ms<br />
postgres=# SELECT foo();<br />
ERROR: column reference "a" is ambiguous<br />
LINE 1: SELECT a FROM omega<br />
^<br />
DETAIL: It could refer to either a PL/pgSQL variable or a table column.<br />
QUERY: SELECT a FROM omega<br />
CONTEXT: PL/pgSQL function "foo" line 3 at FOR over SELECT rows<br />
</pre><br />
<br />
===Jmenná konvence předávání parametrů===<br />
Tato změna se týká všech PL jazyků v PostgreSQL. Obvyklý způsob předávání parametrů je poziční. Parametry funkce se plní hodnotami na základě shodné pozice. Kromě této notace (způsobu předávání) existují notace jmenná a kombinovaná (použím terminologii jazyka ADA - positional, named and mixed notation). V Pg se pro pojmenovanné parametry používá zápis: název_parametru := hodnota (pozn. tento zápis je definitivní a bude trvale podporovaný, nicméně není ve shodě s připravovanou ANSI SQL 2011, proto v příští verzi přibude zápis název_parametru => hodnota. Tento zápis v 9.0 nemohl být zaveden z důvodu kolize s modulem hstore):<br />
<pre><br />
CREATE OR REPLACE FUNCTION foo(a varchar, b varchar)<br />
RETURNS void AS $$<br />
BEGIN<br />
RAISE NOTICE 'A:% B:%', a, b;<br />
RETURN;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
SELECT foo('Ahoj','Svete');<br />
SELECT foo('Ahoj', b := 'Svete'); -- kombinovaná notace<br />
SELECT foo(b := 'Svete', a := 'Ahoj'); -- jmenná notace<br />
</pre><br />
<br />
===Ostatní změny===<br />
*V této verzi došlo ke zrušení omezení zápisu do proměnných odpovídajících IN parametrům funkce.<br />
*'''Jazyk <i>PL/pgSQL</i> je dostupný ihned po instalaci'''<br />
==Přidáno v 9.1==<br />
===cyklus FOREACH=== <br />
pomocí cyklu FOREACH můžeme jednoduše a efektivně iterovat přes prvky pole. S klauzulí SLICE lze jednoduše pracovat i s vícerozměrnými poly:<br />
<pre><br />
CREATE OR REPLACE FUNCTION public.ft()<br />
RETURNS void<br />
LANGUAGE plpgsql<br />
AS $function$<br />
DECLARE<br />
_a int;<br />
_b int;<br />
_xx foo[];<br />
BEGIN<br />
_xx := (SELECT ARRAY(SELECT (a,b) FROM foo));<br />
FOREACH _a, _b IN ARRAY _xx<br />
LOOP<br />
RAISE NOTICE 'a: %, b: %', _a, _b;<br />
END LOOP;<br />
END;<br />
$function$;<br />
<br />
postgres=# SELECT ft();<br />
NOTICE: a: 10,b: 20<br />
NOTICE: a: 30,b: 40<br />
ft <br />
────<br />
<br />
(1 row)<br />
<br />
CREATE OR REPLACE FUNCTION public.ft()<br />
RETURNS void<br />
LANGUAGE plpgsql<br />
AS $function$<br />
DECLARE<br />
_a int[];<br />
_xx int[] := ARRAY[[1,2,3], [4,5,6]];<br />
BEGIN<br />
FOREACH _a SLICE 1 IN ARRAY _xx<br />
LOOP<br />
RAISE NOTICE '%', _a; <br />
END LOOP;<br />
END;<br />
$function$;<br />
<br />
postgres=# SELECT ft();<br />
NOTICE: {1,2,3}<br />
NOTICE: {4,5,6}<br />
ft <br />
────<br />
<br />
(1 row)<br />
</pre><br />
==Přidáno v 9.2==<br />
===GET STACKED DIAGNOSTICS v PL/pgSQL===<br />
Na jednom projektu, na kterém jsem spolupracoval jsem potřeboval zachytit výjimku, zalogovat ji, a přeposlat dál. Což v PL/pgSQL bylo možné jen částečně, takže jsem narazil. V PL/pgSQL jsem neměl způsob, jak se dostat k jednotlivým položkám výjimky vyjma SQLERRM a SQLCODE. Po implementaci příkazu GET STACKED DIAGNOSTICS jsou veškerá data z výjimky (včetně kontextu) čitelná i z PL/pgSQL.<br />
<pre><br />
CREATE OR REPLACE FUNCTION stacked_diagnostics_test()<br />
RETURNS void AS $$<br />
DECLARE _detail text;<br />
_hint text;<br />
_message text;<br />
BEGIN<br />
perform raise_test();<br />
EXCEPTION WHEN OTHERS THEN<br />
GET STACKED DIAGNOSTICS<br />
_message = message_text,<br />
_detail = pg_exception_detail,<br />
_hint = pg_exception_hint;<br />
RAISE NOTICE 'message: %, detail: %, hint: %', _message, _detail, _hint;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
SELECT stacked_diagnostics_test();<br />
</pre><br />
<br />
==Přidáno v 9.3==<br />
RETURN a RETURN NEXT může obsahovat i výraz kompozitního typu.<br />
<br />
===Přístup k dalším položkám popisu výjimky===<br />
Příkaz GET STACKED DIAGNOSTICS byl rozšířen o přístup k položkám: COLUMN_NAME, TABLE_NAME, SCHEMA_NAME, CONSTRAINT_NAME a PG_DATATYPE_NAME. V příkazu RAISE lze specifikovat položky: COLUMN, TABLE, SCHEMA, CONSTRAINT a DATATYPE.<br />
<pre><br />
CREATE OR REPLACE FUNCTION stacked_diagnostics_test() <br />
RETURNS void AS $$<br />
DECLARE _column_name text;<br />
_constraint_name text;<br />
_datatype_name text;<br />
_table_name text;<br />
_schema_name text;<br />
BEGIN<br />
RAISE EXCEPTION USING<br />
column = '>>some column name<<',<br />
constraint = '>>some constraint name<<',<br />
datatype = '>>some datatype name<<',<br />
table = '>>some table name<<',<br />
schema = '>>some schema name<<';<br />
EXCEPTION WHEN OTHERS THEN<br />
GET STACKED DIAGNOSTICS<br />
_column_name = column_name,<br />
_constraint_name = constraint_name,<br />
_datatype_name = pg_datatype_name,<br />
_table_name = table_name,<br />
_schema_name = schema_name;<br />
RAISE NOTICE 'column %, constraint %, type %, table %, schema %',<br />
_column_name, _constraint_name, _datatype_name, _table_name, _schema_name;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
<br />
==Přidáno v 9.4==<br />
===Možnost přečtení zásobníku volání kdekoliv===<br />
Prostřednictvím příkazu GET STACKED DIAGNOSTICS var = PG_EXCEPTION_CONTEXT je možné získat obsah zásobníku volání v obsluze výjimky. 9.4 tuto funkcionalitu vkládá i do příkazu GET DIAGNOSTICS (použití kdekoliv):<br />
<pre><br />
CREATE OR REPLACE FUNCTION public.inner_func() RETURNS integer AS $$<br />
DECLARE<br />
stack text;<br />
BEGIN<br />
GET DIAGNOSTICS stack = PG_CONTEXT;<br />
RAISE NOTICE e'--- Call Stack ---\n%', stack;<br />
RETURN 1;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
</pre><br />
==Přidáno v 9.5==<br />
Interní změnou je reimplementace přetypování, a zrychlení přístupu k prvkům pole (read/write).<br />
<br />
===Příkaz ASSERT===<br />
Příkaz ASSERT slouží ke kontrole předpokladů běhu funkce. V případě, že první povinný výraz není true vyhodí nezachytitelnou výjimku s textem volitelného druhého parametru.<br />
<pre><br />
postgres=# DO $$BEGIN ASSERT false; END;$$; <br />
ERROR: assertion failed<br />
CONTEXT: PL/pgSQL function inline_code_block line 1 at ASSERT<br />
<br />
postgres=# DO $$BEGIN ASSERT false, 'some is wrong'; END;$$; <br />
ERROR: some is wrong<br />
CONTEXT: PL/pgSQL function inline_code_block line 1 at ASSERT<br />
</pre><br />
<br />
== Přidáno v 9.6 ==<br />
V této verzi nedošlo k žádným viditelným změnám v syntaxi jazyka. Vyřešil se letitý problém s chybějícím kontextem výjimky vyhozené příkazem <code>RAISE EXCEPTION</code>.<br />
<br />
== Přidáno ve verzi 10 ==<br />
Novinkou je možnost používat tzv tranzitivní tabulky v statement triggerech:<br />
=== Tranzitivní tabulky ===<br />
<pre><br />
CREATE TABLE test(id int, a int, b int);<br />
<br />
CREATE OR REPLACE FUNCTION public.test_trg_func()<br />
RETURNS trigger<br />
AS $f$<br />
DECLARE r record;<br />
BEGIN<br />
FOR r IN SELECT * FROM newtable<br />
LOOP<br />
raise notice '%', r;<br />
END LOOP;<br />
RETURN null;<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
CREATE TRIGGER test_trg AFTER INSERT ON test<br />
REFERENCING NEW TABLE AS newtable<br />
FOR EACH STATEMENT<br />
EXECUTE FUNCTION test_trg_func();<br />
</pre><br />
<br />
== Přidáno ve verzi 11 ==<br />
Ve verzi 11 se zavádí nová kategorie databázových objektů - procedury.<br />
<br />
=== Procedury ===<br />
Procedury představují aplikační kód spuštěný na serveru. Největším rozdílem vůči funkcím (pominuli syntax) je přístup k transakcím. Pokud je tzv top příkazem příkaz <code>CALL</code>, pak se procedury vykonávají v prostředí tzv zřetězených transakcí - ukončení jedné transakce automaticky startuje druhou - a v tomto prostředí máme možnost explicitně řídit (potvrzovat, odvolávat) transakce. Oproti tomu funkce běží vždy v rámci příkazu SELECT nebo INSERT, UPDATE, DELETE - který běží pod vnější transakcí, a je zodpovědností toho, kdo, co nastartovalo tuto transakci, také tuto transakci ukončit. Řízení transakcí není v kompetenci funkcí. Je ale možné použít implicitně safepoint - klauzule <code>EXCEPTION WHEN</code> nebo vyhozením výjimky <code>RAISE</code>, pokud nebude obsloužena, si vynutit odvolání vnější transakce.<br />
<br />
Jelikož z pohledu řízení transakcí je každý příkaz uvnitř procedury top příkazem, je možné v procedurách volat příkazy, které vyžadují být top přikazem.<br />
<br />
Pozor - anonymní blok (příkaz <code>DO</code>) zůstává nepojmenovanou funkcí.<br />
<br />
<pre><br />
CREATE OR REPLACE PROCEDURE public.p1(a integer, b integer)<br />
AS $$<br />
DECLATE counter int DEFAULT 0;<br />
BEGIN<br />
FOR i IN 1..a<br />
LOOP<br />
INSERT INTO test VALUES(i, random()*1000, random()*1000);<br />
counter := counter + 1;<br />
IF (counter % b) = 0 THEN<br />
COMMIT;<br />
END IF;<br />
END LOOP;<br />
ROLLBACK; -- poslední block, bude odvolán<br />
END;<br />
$$ LANGUAGE plpgsql;<br />
<br />
CALL p1(99, 10);<br />
</pre><br />
V případě, že nedojde k výjimce, a příkaz <code>CALL</code> je top příkazem, pak se transakce automaticky potvrdí. Tedy není nutné explicitně volat příkaz <code>COMMIT</code> na konci procedury jako v některých jiných databázích. Procedury mohou používat <code>IN</code>, případně <code>INOUT</code> parametry.<br />
<br />
== Přidáno ve verzi 12 ==<br />
<br />
Během posledních tří verzí došlo k výrazným optimalizacím kódu. Navenek tyto změny nejsou nijak zvlášť viditelné - některé operace mohou být rychlejší, některé omezení pro práci s proměnnými (např. kompozitního typu) byly odstraněna. Pro vývojáře PLpgSQL je ve verzi 12 důležitá podpora API pro PLpgSQL profilery. Počínáje verzí 12 můžete profilovat kód v PLpgSQL v podstatě s minimální výkonnostní režií (téměř nulovou). Nově uživatel může aktivovat extra běhové (runtime) kontroly <code>strict_multi_assignment</code> a <code>too_many_rows</code>.<br />
<br />
== Přidáno ve verzi 13 ==<br />
<br />
V této verzi došlo k dramatickému zrychlení jednoduchých výrazů (neobsahující dotazy do tabulek).<br />
<br />
== Přidáno ve verzi 14 ==<br />
<br />
V podstatě jedinou změnou (ale vítanou na kterou jsme si museli počkat dlouho) je plnohodnotná podpora výrazů na levé straně přiřazovacího příkazu. Počínaje touto verzí můžeme jedním příkazem změnit zanořenou hodnotu atributu kompozitní položky v poli:<br />
<pre><br />
create type bod as (x int, y int);<br />
<br />
do $$<br />
declare b bod[];<br />
begin<br />
b[10].x := 20;<br />
RAISE NOTICE '%', b;<br />
end<br />
$$;<br />
NOTICE: [10:10]={"(20,)"}<br />
</pre><br />
<br />
== Přidáno ve verzi 15 ==<br />
Žádná viditelná změna. Rozšířilo se tzv debug API<br />
<br />
== Přidáno ve verzi 16 ==<br />
Pouze jediná změna - v příkazu <code>GET DIAGNOSTICS</code> je možné číst hodnotu <code>PG_ROUTINE_OID</code>.<br />
<br />
== Přidáno ve verzi 17 ==<br />
Možnost psát login triggery (jako event trigger), a možnost deklarovat proměnnou s referencovaným typem jako pole:<br />
<br />
<pre><br />
do $$<br />
declare`<br />
v int;<br />
v1 v%type;<br />
v2 v%type[];<br />
v3 v%type array;<br />
v10 pg_catalog.pg_class%rowtype[];<br />
begin<br />
raise notice '%', pg_typeof(v1);<br />
raise notice '%', pg_typeof(v2);<br />
raise notice '%', pg_typeof(v3);<br />
raise notice '%', pg_typeof(v10);<br />
end;<br />
$$;<br />
<br />
NOTICE: integer<br />
NOTICE: integer[]<br />
NOTICE: integer[]<br />
NOTICE: pg_class[]<br />
DO<br />
</pre><br />
<br />
== Přidáno ve verzi 19 ==<br />
Optimalizace zápisu <code>SELECT expr INTO var</code>, který se nově provede jako přiřazení s použitím přímého volání expr exekutoru.<br />
<br />
== Doporučení pro návrh uložených procedur v jazyce PL/pgSQL ==<br />
Na internetu můžete nalézt řadu doporučení pro psaní uložených procedur v PL/SQL fy. Oracle. Implementace PL/pgSQL je jiná a tudíž ne všechna doporučení jsou relevantní pro PostgreSQL. V PL, stejně jako v jiných prg. jazycích lze napsat nečitelný a špatně udržovatelný, případně neefektivní kód. Riziko, že Váš kód bude nevyhovující, snížíte, pokud se budete držet následujících doporučení:<br />
* kód pište v klasickém (programátorském) editoru a ukládejte do souboru. V souborech můžete lépe udržovat komentáře, můžete sdružovat funkčně blízké nebo závislé funkce, můžete verzovat kód. Nepoužívejte nástroje jako je pgAdmin nebo phpPgAdmin.<br />
* braňte se kolizi lokálních proměnných a databázových objektů:<br />
# používejte prefixy proměnných (např. pro lokální proměnné symbol "_")<br />
# používejte kvalifikované atributy (tabulka.sloupec) ve všech SQL příkazech v procedurách)<br />
* proměnné deklarujte pomocí odvozených typů - %TYPE a %ROWTYPE<br />
* v PL používejte nativní SQL všude, kde je to možné a rozumné. Pokud byste měli použít příliš komplikovaný dotaz, je možné že PL kód bude rychlejší. Snažte se nepoužívat dynamické SQL. Přemýšlejte, zda nemůžete cyklus ve funkci nahradit klasickým SELECTem obsahujícím konstrukci CASE.<br />
<pre><br />
-- neefektivni kod<br />
IF _cena <= _cena_max THEN<br />
INSERT INTO tab(id, cena) VALUES(_id, _cena);<br />
ELSE<br />
INSERT INTO tab(id, cena) VALUES(_id, _cena_max);<br />
END IF;<br />
<br />
-- efektivni kod<br />
INSERT INTO tab(id, cena)<br />
VALUES(_id, CASE WHEN _cena <= _cena_max <br />
THEN _cena ELSE _cena_max END);<br />
<br />
-- neefektivni kod<br />
FOR _c1, _c2 IN SELECT c1,c2 FROM tab1 LOOP<br />
IF _c1 > 20 THEN<br />
INSERT INTO tab2 VALUES(20,_c2);<br />
ELSE<br />
INSERT INTO tab3 VALUES(_c1,_c2);<br />
END IF;<br />
END LOOP;<br />
<br />
-- efektivni kod<br />
INSERT INTO tab2 <br />
SELECT 20,c2 FROM tab1 WHERE c1 > 20;<br />
INSERT INTO tab3<br />
SELECT c1,c2 FROM tab1 WHERE c1 <= 20;<br />
<br />
-- neefektivní kód<br />
FOR i IN array_lower(delitems,1) .. array_upper(delitems,1)<br />
LOOP<br />
DELETE FROM tab <br />
WHERE tab.id = delitems[i];<br />
END LOOP;<br />
<br />
-- efektivni kod<br />
DELETE FROM tab<br />
WHERE tab.id = ANY(delitems);<br />
</pre><br />
* funkce má obsahovat pouze jeden příkaz RETURN - jedna cesta dovnitř, jedna cesta ven.<br />
* nepište redundantní kód - v aplikaci by se neměl objevit dvakrát stejný kód.<br />
* používejte funkci Assert, případně její modifikace:<br />
<pre>CREATE OR REPLACE FUNCTION Assert(bool, varchar) RETURNS void AS $$<br />
BEGIN <br />
IF NOT $1 OR $1 IS NULL THEN<br />
IF $2 IS NOT NULL THEN <br />
RAISE EXCEPTION 'Assert failure: %', $2; <br />
END IF;<br />
RAISE NOTICE 'Assert. Message is null';<br />
END IF; <br />
END;$$ LANGUAGE plpgsql;<br />
<br />
CREATE OR REPLACE FUNCTION Assert_IsNotNull(anyelement, varchar) RETURNS void AS $$<br />
BEGIN<br />
PERFORM Assert($1 IS NOT NULL, $2);<br />
END; $$ LANGUAGE plpgsql;<br />
</pre><br />
* dodržujte předem dohodnutou notaci pro texty výjimek, předem se domluvte na seznamu uživatelem definovaných chyb a chybových hlášení.<br />
* netestujte na NULL proměnnou, která je deklarována jako NOT NULL. Je na PL, aby zajistil, že tato proměnná v žádném případě nebude obsahovat NULL. Pro zjištění úspěšnosti dotazu netestujte obsah proměnných modifikovaných dotazem, ale vždy obsah logické systémové proměnné FOUND.<br />
* používejte návěstí <<label>> pro smyčky a bloky, využívejte typ boolean, tak aby Váš kód byl, co možná, nejčitelnější.<br />
* nespoléhejte se na automatické konverze typu date a timestamp, které závisí na konfiguraci. Používejte funkce to_char a to_date.<br />
* nepoužívejte IF pro naplnění logické proměnné:<br />
<pre><br />
is_ok := _age > 18;<br />
</pre><br />
* každou proměnnou používejte pouze k jednomu jasnému účelu. Z kódu odstraňte nepoužívané proměnné.<br />
* Výchozí kategorie funkce je VOLATILE. Pokud v těle funkce nepřistupujete k tabulkám a nepoužíváte funkce typu random(), currval() atd, používejte kategorie IMMUTABLE nebo STABLE. Doba zpracování funkce může být i o polovinu kratší.<br />
* zbytečně nezapouzdřujte SQL příkazy do jednoduchých funkcí.<br />
* snažte se omezit kurzory a dočasné tabulky.<br />
* preferujte standardizované funkce před vlastními.<br />
* v triggerech "tajně" neopravujte data, posuďte zda nemůžete použít CHECK<br />
* každá procedura by měla obsahovat maximálně 50 až 60 řádek<br />
* používejte unit testy (k ověření identifikace chyby, k ověření korektnosti opravy)<br />
* zapouzdřete vyvolání výjimky do vlastní procedury<br />
* vždy ve svém kódu použijte pouze jeden ze dvou možných způsobů (výjimky a návratový kód) signalizace chyby<br />
* snažte se opakované přiřazení do proměnné (u typů varchar a array) sloučit do jednoho výrazu<br />
<pre><br />
--špatně<br />
DECLARE v varchar;<br />
BEGIN<br />
v := 'a';<br />
v := v || 'b';<br />
v := v || 'c';<br />
RETURN v;<br />
END;<br />
<br />
--dobře<br />
BEGIN<br />
RETURN 'a' || 'b' || 'c';<br />
END;<br />
<br />
-- špatně<br />
DECLARE s varchar := '';<br />
BEGIN<br />
IF x1 IS NULL THEN<br />
s := s || 'NULL,'<br />
ELSE<br />
s := s || x1;<br />
END IF;<br />
<br />
IF x2 IS NULL THEN<br />
s := s || 'NULL, '<br />
ELSE<br />
s := s || x2;<br />
END IF;<br />
...<br />
<br />
-- správně<br />
DECLARE s varchar;<br />
BEGIN<br />
s := COALESCE(x1 || ',', 'NULL,')<br />
|| COALESCE(x2 || ',', 'NULL,')<br />
...<br />
</pre><br />
* Funkce obsahující pouze jeden příkaz nepiště v PL/pgSQL, ale v SQL:<br />
<pre><br />
--špatně<br />
CREATE OR REPLACE FUNCTION foo()<br />
RETURNS varchar AS $$<br />
BEGIN<br />
RETURN 'a' || 'b' || 'c';<br />
END;<br />
$$ LANGUAGE plpgsql IMMUTABLE;<br />
<br />
--dobře<br />
CREATE OR REPLACE FUNCTION foo()<br />
RETURNS varchar AS $$<br />
SELECT 'a' || 'b' || 'c';<br />
$$ LANGUAGE sql;<br />
</pre><br />
* pište, co nejčitelněji - nevymýšlejte složité konstrukce:<br />
<pre><br />
--špatně<br />
CREATE OR REPLACE FUNCTION hex_to_int(varchar) RETURNS integer AS '<br />
DECLARE<br />
h alias for $1;<br />
exec varchar;<br />
curs refcursor;<br />
res int;<br />
BEGIN<br />
exec := ''SELECT x'''''' || h || ''''''::int'';<br />
OPEN curs FOR EXECUTE exec;<br />
FETCH curs INTO res;<br />
CLOSE curs;<br />
return res;<br />
END;'<br />
LANGUAGE 'plpgsql' IMMUTABLE STRICT;<br />
<br />
-- dobře<br />
CREATE FUNCTION hex2dec(in_hex TEXT)<br />
RETURNS INT IMMUTABLE STRICT AS $body$<br />
DECLARE result integer;<br />
BEGIN<br />
EXECUTE 'SELECT (x' || quote_literal($1) || ')::int' INTO result;<br />
RETURN result;<br />
END;<br />
$body$ LANGUAGE plpgsql;<br />
</pre><br />
[[Category:Články]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1589PostgreSQL 19 (2026)2026-05-10T03:32:56Z<p>PavelStehule: </p>
<hr />
<div><i>Autor: Pavel Stěhule</i><br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
==Administrace==<br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá [https://duckdb.org/ DuckDB]). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
==pg_plan_advice==<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí [https://github.com/ossc-db/pg_hint_plan pg_hint_plan]). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze [https://www.postgresql.org/docs/devel/pgplanadvice.html <code>pg_plan_advice</code>] a [https://www.postgresql.org/docs/devel/pgstashadvice.html <code>pg_stash_advice</code>]. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
==SQL==<br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla [https://duckdb.org/2022/05/04/friendlier-sql#group-by-all DuckDB]). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
==SQL/PGQ==<br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka [https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/ Cypher] (Neo4j) a [https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC PGQL] (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
==Nové datové typy a funkce==<br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
==Optimalizace==<br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
==Replikace==<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě po timeoutu může dojít k neidentifikovan0 kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
==Ostatní==<br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
==PL/pgSQL==<br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
==Vývoj==<br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p><br />
----------<br />
<DPL>category=Verze PostgreSQL</DPL><br />
[[Category:Články]]<br />
[[Category:Verze PostgreSQL]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1588PostgreSQL 19 (2026)2026-05-10T03:19:06Z<p>PavelStehule: /* Administrace */</p>
<hr />
<div><i>Autor: Pavel Stěhule</i><br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
==Administrace==<br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá [https://duckdb.org/ DuckDB]). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
==pg_plan_advice==<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí [https://github.com/ossc-db/pg_hint_plan pg_hint_plan]). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze [https://www.postgresql.org/docs/devel/pgplanadvice.html <code>pg_plan_advice</code>] a [https://www.postgresql.org/docs/devel/pgstashadvice.html <code>pg_stash_advice</code>]. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
==SQL==<br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla [https://duckdb.org/2022/05/04/friendlier-sql#group-by-all DuckDB]). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
==SQL/PGQ==<br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka [https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/ Cypher] (Neo4j) a [https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC PGQL] (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
==Nové datové typy a funkce==<br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
==Optimalizace==<br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
==Replikace==<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě pak ovšem může dojít ke kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
==Ostatní==<br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
==PL/pgSQL==<br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
==Vývoj==<br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle se kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p><br />
----------<br />
<DPL>category=Verze PostgreSQL</DPL><br />
[[Category:Články]]<br />
[[Category:Verze PostgreSQL]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1587PostgreSQL 19 (2026)2026-05-10T03:18:17Z<p>PavelStehule: </p>
<hr />
<div><i>Autor: Pavel Stěhule</i><br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
==Administrace==<br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá [https://duckdb.org/ DuckDB]). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
<br />
==pg_plan_advice==<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí [https://github.com/ossc-db/pg_hint_plan pg_hint_plan]). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze [https://www.postgresql.org/docs/devel/pgplanadvice.html <code>pg_plan_advice</code>] a [https://www.postgresql.org/docs/devel/pgstashadvice.html <code>pg_stash_advice</code>]. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
==SQL==<br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla [https://duckdb.org/2022/05/04/friendlier-sql#group-by-all DuckDB]). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
==SQL/PGQ==<br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka [https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/ Cypher] (Neo4j) a [https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC PGQL] (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
==Nové datové typy a funkce==<br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
==Optimalizace==<br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
==Replikace==<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě pak ovšem může dojít ke kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
==Ostatní==<br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
==PL/pgSQL==<br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
==Vývoj==<br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle se kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p><br />
----------<br />
<DPL>category=Verze PostgreSQL</DPL><br />
[[Category:Články]]<br />
[[Category:Verze PostgreSQL]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1586PostgreSQL 19 (2026)2026-05-10T03:15:33Z<p>PavelStehule: </p>
<hr />
<div><i>Autor: Pavel Stěhule</i><br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
==Administrace==<br />
<br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá [https://duckdb.org/ DuckDB]). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
<br />
pg_plan_advice<br />
----<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí [https://github.com/ossc-db/pg_hint_plan pg_hint_plan]). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze [https://www.postgresql.org/docs/devel/pgplanadvice.html <code>pg_plan_advice</code>] a [https://www.postgresql.org/docs/devel/pgstashadvice.html <code>pg_stash_advice</code>]. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
<h3>SQL</h3><br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla [https://duckdb.org/2022/05/04/friendlier-sql#group-by-all DuckDB]). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
<h3>SQL/PGQ</h3><br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka [https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/ Cypher] (Neo4j) a [https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC PGQL] (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
<h3>Nové datové typy a funkce</h3><br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<h3>Optimalizace</h3><br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
<h3>Replikace</h3><br />
<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě pak ovšem může dojít ke kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
<h3>Ostatní</h3><br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
<h3>PL/pgSQL</h3><br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
<h3>Vývoj</h3><br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle se kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p><br />
----------<br />
<DPL>category=Verze PostgreSQL</DPL><br />
[[Category:Články]]<br />
[[Category:Verze PostgreSQL]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1585PostgreSQL 19 (2026)2026-05-10T03:15:18Z<p>PavelStehule: </p>
<hr />
<div><i>Autor: Pavel Stěhule</i><br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
Administrace<br />
====<br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá [https://duckdb.org/ DuckDB]). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
<br />
pg_plan_advice<br />
----<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí [https://github.com/ossc-db/pg_hint_plan pg_hint_plan]). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze [https://www.postgresql.org/docs/devel/pgplanadvice.html <code>pg_plan_advice</code>] a [https://www.postgresql.org/docs/devel/pgstashadvice.html <code>pg_stash_advice</code>]. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
<h3>SQL</h3><br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla [https://duckdb.org/2022/05/04/friendlier-sql#group-by-all DuckDB]). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
<h3>SQL/PGQ</h3><br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka [https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/ Cypher] (Neo4j) a [https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC PGQL] (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
<h3>Nové datové typy a funkce</h3><br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<h3>Optimalizace</h3><br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
<h3>Replikace</h3><br />
<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě pak ovšem může dojít ke kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
<h3>Ostatní</h3><br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
<h3>PL/pgSQL</h3><br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
<h3>Vývoj</h3><br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle se kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p><br />
----------<br />
<DPL>category=Verze PostgreSQL</DPL><br />
[[Category:Články]]<br />
[[Category:Verze PostgreSQL]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1584PostgreSQL 19 (2026)2026-05-10T03:14:51Z<p>PavelStehule: </p>
<hr />
<div><i>Autor: Pavel Stěhule</i><br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
Administrace<br />
----<br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá [https://duckdb.org/ DuckDB]). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
<br />
pg_plan_advice<br />
----<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí [https://github.com/ossc-db/pg_hint_plan pg_hint_plan]). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze [https://www.postgresql.org/docs/devel/pgplanadvice.html <code>pg_plan_advice</code>] a [https://www.postgresql.org/docs/devel/pgstashadvice.html <code>pg_stash_advice</code>]. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
<h3>SQL</h3><br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla [https://duckdb.org/2022/05/04/friendlier-sql#group-by-all DuckDB]). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
<h3>SQL/PGQ</h3><br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka [https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/ Cypher] (Neo4j) a [https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC PGQL] (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
<h3>Nové datové typy a funkce</h3><br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<h3>Optimalizace</h3><br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
<h3>Replikace</h3><br />
<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě pak ovšem může dojít ke kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
<h3>Ostatní</h3><br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
<h3>PL/pgSQL</h3><br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
<h3>Vývoj</h3><br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle se kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p><br />
----------<br />
<DPL>category=Verze PostgreSQL</DPL><br />
[[Category:Články]]<br />
[[Category:Verze PostgreSQL]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1583PostgreSQL 19 (2026)2026-05-10T03:12:35Z<p>PavelStehule: </p>
<hr />
<div><i>Autor: Pavel Stěhule</i><br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
<h3>Administrace</h3><br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá [https://duckdb.org/ DuckDB]). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
<br />
<h3>pg_plan_advice</h3><br />
<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí [https://github.com/ossc-db/pg_hint_plan pg_hint_plan]). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze [https://www.postgresql.org/docs/devel/pgplanadvice.html <code>pg_plan_advice</code>] a [https://www.postgresql.org/docs/devel/pgstashadvice.html code>pg_stash_advice</code>]. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
<h3>SQL</h3><br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla [https://duckdb.org/2022/05/04/friendlier-sql#group-by-all DuckDB]). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
<h3>SQL/PGQ</h3><br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka [https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/ Cypher] (Neo4j) a [https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC PGQL] (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
<h3>Nové datové typy a funkce</h3><br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<h3>Optimalizace</h3><br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
<h3>Replikace</h3><br />
<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě pak ovšem může dojít ke kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
<h3>Ostatní</h3><br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
<h3>PL/pgSQL</h3><br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
<h3>Vývoj</h3><br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle se kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p><br />
----------<br />
<DPL>category=Verze PostgreSQL</DPL><br />
[[Category:Články]]<br />
[[Category:Verze PostgreSQL]]</div>PavelStehulehttp://postgres.cz/index.php?title=PostgreSQL_19_(2026)&diff=1582PostgreSQL 19 (2026)2026-05-10T03:08:40Z<p>PavelStehule: založena nová stránka s textem „Autor: Pavel Stěhule <h2>PostgreSQL 19 (2026)</h2> <p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p> <h3>Administrace</h3> <p>Bloating tabule…“</p>
<hr />
<div>Autor: Pavel Stěhule<br />
<br />
<h2>PostgreSQL 19 (2026)</h2><br />
<br />
<br />
<p>O předchozích verzích jsem napsal, že změny byly primárně interní. Z pohledu uživatele, který chce vidět novou SQL syntax, se toho v posledních verzích moc nestalo. Devatenáctka je jiná. Tam je viditelných změn opravdu hodně. Jako každý rok - nová verze je pelmel nových funkcí a různých vylepšení menších nebo větších.</p><br />
<br />
<h3>Administrace</h3><br />
<p>Bloating tabulek může být problém. Skoro všude jsem se setkal se situací, kdy "mazací" skript přestal fungovat (z různých důvodů), přičemž se tato chyba detekovala příliš pozdě, kdy dotčené tabulky měly místo jednotek GB například desítky GB. To už musí zaúřadovat <code>VACUUM FULL</code>, což často znamená vynucenou plánovanou odstávku (kvůli držení exkluzivního zámku). Je to letitý problém, který zkušenější uživatelé řešili buďto pečlivějším monitoringem, v některých případech partišningem (partitioning), případně extenzemi <code>pg_repack</code> a <code>pg_squeeze</code>. Autor posledně jmenované extenze Tonda (Antonín Houska) spolu s Alvarem (Alvaro Herrera) poslední dva roky pracovali na integraci <code>pg_squeeze</code> do jádra Postgresu. Paradoxně příkaz, který bude provádět zdrcnutí tabulek, se bude jmenovat <code>REPACK</code>. Základem je logická replikace - zadaná tabulka se lokálně zreplikuje (vytvoří se její nová kopie, a tím se zbaví vnitřního neobsazeného místa). Co je zásadní, je možnost použít volbu <code>CONCURRENTLY</code>. S touto volbou příkaz nepoužije exkluzivní zámek. Tudíž je možné jej použít za provozu. Nutnou podmínkou je existence primárního klíče (a unikátního indexu).<br />
<pre><br />
REPACK (CONCURRENTLY, VERBOSE) obce;<br />
INFO: repacking "public.obce" in physical order<br />
INFO: "public.obce": found 0 removable, 6250 nonremovable row versions in 59 pages<br />
DETAIL: 0 dead row versions cannot be removed yet.<br />
CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s.<br />
REPACK<br />
</pre><br />
Kromě toho, že příkaz <code>REPACK</code> nahrazuje příkaz <code>VACUUM FULL</code>, tak tento příkaz ještě nahrazuje příkaz <code>CLUSTER</code>, kterým se tabulka fyzicky (jednorázově) přeuspořádá podle zadaného indexu.</p><br />
<br />
<p>Možná jste si všimli, že dotaz běžící pod příkazem <code>EXPLAIN ANALYZE</code> je výrazně pomalejší. Důvodem je měření času - executor, v tomto režimu, neustále poptává aktuální čas, a to má brutální režii. U větších dotazů se vyplatí použít volbu <code>TIMING OFF</code>. V 19 na x86 se místo systémového času použíjí takty CPU. Je to výrazně rychlejší - zatímco na osmnáctce mi jednoduchý testovací dotaz běžel 2.5x pomalejší v explainu, na devatenáctce pouze 1.5x pomaleji.</p><br />
<br />
<p>Malou velkou změnou je vypnutí JIT ve výchozí konfiguraci. JIT se objevil v Postgresu 11, a v Postgresu 12 byl zapnutý ve výchozí konfiguraci. Bohužel se zjistilo, že většině uživatelů, kteří Postgres používají pro OLTP, dělá víc škody než užitku. Došlo to až do stavu, kdy se uživatelům doporučovalo, neoficiálně, po instalaci JIT vypnout. Je tam víc problémů. <code>clang</code>, na kterém je to postavené, v novějších verzích kompiluje lépe, ale pomaleji. Existují alternativní implementace JIT, ale všechny jsou více než méně experimentální. Druhým problémem je model, na jehož základě se JIT aktivuje. Tento model jednak nedokáže dobře odhadnout náročnost "jitifikace - inliningu, a navíc je citlivý na přestřelení odhadu počtu řádek. Ohledně modelu a citlivosti na odhady pochybuji, že se dá něco dělat. Alternativní implementace JIT mají výrazně nižší režii. Přijde mi to ale jako slepá cesta. Budoucnost vidím v integraci vektorového executoru a vektorových funkcí (tak jak to používá <a href="https://duckdb.org/">DuckDB</a>). Může to znamenat, že Postgres bude mít duální implementace funkcí (pro skalární parametr, a pro vektor parametrů).</p><br />
<br />
<p>Nově lze vytvořit replikační slot pro logickou replikaci, bez nutnosti mít konfiguraci <code>wal_level=logical</code>. Postačuje nastavení <code>replica</code>, což je výchozí nastavení. Jakmile je logický replikační slot aktivní, interně se úroveň zápisu do transakčního logu nastaví na <code>logical</code>. Jaký je aktuální stav zjistíte v konfigurační proměnné <code>effective_wal_level</code>.</p><br />
<br />
<p>Další bombou je možnost zapínat nebo vypínat kontrolní součty (na úrovni datových stránek) za běhu. Kontrolní součty jsou v Postgresu už relativně dlouho, a ačkoliv na dnešním hardware je jejich režie zanedbatelná, tak určitě bude dost databází, kde nebudou zapnuté. Zapnutí kontrolních součtů vyžadovalo odstávku úměrnou velikosti databáze. Navíc se silně doporučuje po zapnutí součtů znovu zreplikovat všechny fyzické repliky. Výhodou je diagnostika, možnost identifikovat poškozené stránky (a přeskočit je), možnost vyrobit replikovaný server ze starého primárního příkazem <code>pg_rewind</code>. Naplánovat a provést delší odstávku někde nemusí být jednoduché (nebo to může být skoro nemožné). U jednoho mého klienta zapnutí kontrolních součtů na cca 2TB databázi trvalo cca 2 hodiny (na vlastním hardware z roku 2025). Zapnutí se provede voláním funkce <code>pg_enable_data_checksums</code>. Nastavením volitelných parametrů lze běh funkce zpomalit, tak aby nepřetěžovala IO. Vypnutí provede funkce <code>pg_disable_data_checksums</code>. Stav procesu můžeme vidět v pohledu <code>pg_stat_progress_data_checksums</code>.</p><br />
<br />
<p>Snad se už konečně vyřešil problém s upgradem databází obsahující extrémně velký počet LO (large objects). Nově binární upgrade (<code>pg_upgrade</code>) použije pro export metadat LO příkaz <code>COPY</code> místo původní sekvence příkazů:<br />
<pre><br />
-- původní sekvence<br />
SELECT pg_catalog.lo_create('5432');<br />
ALTER LARGE OBJECT 5432 OWNER TO alice;<br />
GRANT SELECT ON LARGE OBJECT 5432 TO bob;<br />
<br />
-- nově<br />
COPY pg_catalog.pg_largeobject_metadata (oid, lomowner, lomacl) FROM stdin;<br />
5432 16384 {alice=rw/alice,bob=r/alice}<br />
\.<br />
<br />
COPY pg_catalog.pg_shdepend (dbid, classid, objid, objsubid, refclassid, refobjid, deptype) FROM stdin;<br />
5 2613 5432 0 1260 16384 o<br />
5 2613 5432 0 1260 16385 a<br />
\.<br />
</pre><br />
Nová implementace by měla být řádově rychlejší.</p><br />
<br />
<p>Konečně se dotáhlo do konce začlenění podpory více formátů v příkazu <code>pg_dumpall</code>. Postgres má dva základní příkazy pro export (backup) - <code>pg_dump</code> a <code>pg_dumpall</code>. Historicky tyto příkazy podporovaly pouze <code>plain text</code> formát. Postupem času <code>pg_dump</code> získal možnost exportu do <code>custom</code>, <code>tar</code> a <code>dictionary</code> formátu plus import příkazem <code>pg_restore</code> umožňoval paralelní import více tabulek. <code>pg_dumpall</code> byl díky podpoře pouze SQL formátu dost omezený. To se nyní změnilo, a v <code>pg_dumpall</code> jsou podporovány všechny formáty, které podporuje <code>pg_dump</code>. Vypadá to trochu jako workaround. V případě, že se použije jiný než <code>plain text</code> (SQL) formát, tak se vyrobí adresář, který do podadresářů uloží výstup z <code>pg_dumpu</code>. <code>pg_restore</code> umí s touto adresářovou strukturou pracovat. Tato možnost se dostala už do 18tky, ale byla na poslední chvíli stažena.</p><br />
<br />
<p>V <code>pg_rewind</code> zredukovalo kopírování WAL logů z nového primárního serveru na budovanou repliku a to tak, že se budou kopírovat pouze WAL logy vzniklé po rozpadu replikace. V mnoha scénářích se tím výrazně urychlí běh tohoto příkazu.</p><br />
<br />
<p>Doposud autovacuum vybíralo tabulky k vakuování na základě porovnání vypočítaných koeficientů a prahových hodnot. Pořadí vybraných tabulek záleželo na fyzickém pořadí v systémové tabulce <code>pg_class</code>. Nově se vakuum bude prioritizovat podle míry vzdálenosti od prahu. Dalším kritériem je stáří tabulky (počet transakcí od freeze). Stará implementace byla férová v tom, že garantovala, že každá tabulka bude zvakuovaná a že žádná tabulka nebude "předbíhat" ve frontě. Na druhou stranu se mohlo stát, že tabulka s intenzivnějším provozem čekala příliš dlouho a došlo k zbytečnému bloatingu. Nová implementace se snaží být chytřejší. Uvidíme, jak to bude fungovat. Moje zkušenost je taková, že a) není dobré dávat do Postgresu příliš dynamická data, b) je dobré si nastavit počet aktivních autovacuum workerů tak, aby byla určitá rezerva, c) není dobré vytěžovat IO na maximum (je dobré mít dostatečně nadimenzované IO a mít nějakou rezervu). Skóre tabulek můžeme sledovat v pohledu <code>pg_stat_autovacuum_score</code>:<br />
<pre><br />
SELECT * FROM pg_stat_autovacuum_scores WHERE score > 0.05;<br />
┌─[ RECORD 1 ]────────┬──────────────────────┐<br />
│ relid │ 1262 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_database │<br />
│ score │ 0.15936254737880529 │<br />
│ xid_score │ 1e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0.0793650769622719 │<br />
│ vacuum_insert_score │ 0.003998400542165933 │<br />
│ analyze_score │ 0.15936254737880529 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
╞═[ RECORD 2 ]════════╪══════════════════════╡<br />
│ relid │ 1214 │<br />
│ schemaname │ pg_catalog │<br />
│ relname │ pg_shdepend │<br />
│ score │ 0.12 │<br />
│ xid_score │ 1.15e-07 │<br />
│ mxid_score │ 0 │<br />
│ vacuum_score │ 0 │<br />
│ vacuum_insert_score │ 0.006 │<br />
│ analyze_score │ 0.12 │<br />
│ do_vacuum │ f │<br />
│ do_analyze │ f │<br />
│ for_wraparound │ f │<br />
└─────────────────────┴──────────────────────┘<br />
</pre></p><br />
<br />
<p>Nově autovacuum může použít <code>VACUUM</code> s podporou paralelismu.</p> <br />
<br />
<p>Přehled o aktuálním stavu recovery je k dispozici v pohledu <code>pg_stat_recovery</code>. V pohledu <code>pg_stat_statements</code> jsou dva nové sloupce <code>generic_plan_calls</code> a <code>custom_plan_calls</code> zobrazující kolikrát předpřipravený příkaz (prepared statement) použil generický nebo zákaznický plán. Nový sloupec <code>wal_fpi_bytes</code> zobrazuje velikost zápisu tzv. plných stránek do transakčního logu. Vysoká hodnota může signalizovat nepříjemně velkou četnost vynucených checkpointů (je nutné zvednout <code>max_wal_size</code> případně <code>checkpoint_timeout</code>). V novém pohledu <code>pg_stat_lock</code> uvidíme počet a celkový čas čekání na různé typy zámků. Zaznamenány jsou pouze ty situace, kdy se čeká na zámek déle než jednu sekundu (stejně jako např. <code>log_lock_waits</code>, které je v nyní ve výchozí konfiguraci zapnuté). Bohužel zámky, které trvají cca 100ms, mající nepříjemný dopad na dotazy kolem 10ms, zde neuvidíme:<br />
<pre><br />
SELECT * FROM pg_stat_lock ;<br />
┌──────────────────┬───────┬───────────┬───────────────────┬───────────────────────────────┐<br />
│ locktype │ waits │ wait_time │ fastpath_exceeded │ stats_reset │<br />
╞══════════════════╪═══════╪═══════════╪═══════════════════╪═══════════════════════════════╡<br />
│ relation │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ extend │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ frozenid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ page │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ tuple │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ transactionid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ virtualxid │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ spectoken │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ object │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ userlock │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ advisory │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
│ applytransaction │ 0 │ 0 │ 0 │ 2026-04-17 07:43:12.415431+02 │<br />
└──────────────────┴───────┴───────────┴───────────────────┴───────────────────────────────┘<br />
(12 rows)<br />
</pre></p><br />
<br />
<p>Od minulé verze Postgres podporuje asynchronní IO. Čtení je realizováno dedikovanými procesy (workers). Počáteční implementace pracovala s konfigurovatelným počtem těchto procesů (výchozí nastavení mělo hodnotu 3). Nově je správa workerů dynamičtější - v případě potřeby si je Postgres nastartuje nebo naopak zavře. Místo fixního počtu nyní nastavujeme minimální a maximální počet workerů:<br />
<pre><br />
io_min_workers=2<br />
io_max_workers=8 (up to 32)<br />
io_worker_idle_timeout=60s<br />
io_worker_launch_interval=100ms<br />
</pre></p><br />
<br />
<p>Poměrně razantně se změnila konfigurace <code>log_min_messages</code>, která udává, na které úrovni se mají chyby zapsat do systémového logu (<code>DEBUG5</code>..<code>PANIC</code>). Nově lze tuto úroveň nastavit pro každý typ procesu (<code>archiver</code>, <code>autovacuum</code>, <code>backend</code>, <code>bgworker</code>, ...) např. <code>error, walsender:debug1, autovacuum:debug1</code>.</p> <br />
<br />
<p>Správa partišen (partitions) byla v Postgresu základní. Díky možnosti sloučit nebo rozdělit partišny (partitions) se dostává trochu dál. Je to spíš první krok se spoustou omezení - používá se pouze jedno CPU a po celou dobu je exkluzivně zamknutá rodičovská tabulka. Ale i tak to může dost uživatelům ušetřit práci (a jejich vlastní řešení by pravděpodobně mělo stejná omezení):<br />
<pre><br />
ALTER TABLE sales_list MERGE PARTITIONS (sales_west, sales_east, sales_central) INTO sales_all;<br />
<br />
ALTER TABLE measurement SPLIT PARTITION measurement_y2006q1 INTO<br />
(PARTITION measurement_y2006m01 FOR VALUES FROM ('2006-01-01') TO ('2006-02-01'),<br />
PARTITION measurement_y2006m02 FOR VALUES FROM ('2006-02-01') TO ('2006-03-01'),<br />
PARTITION measurement_y2006m03 FOR VALUES FROM ('2006-03-01') TO ('2006-04-01'));<br />
</pre></p><br />
<br />
<p>Oproti předchozím verzím lze zapínat a vypínat všechny typy omezení (nejen cizí klíče):<br />
<pre><br />
CREATE TABLE foo(a int, CONSTRAINT cc CHECK(a > 0) NOT ENFORCED); <br />
CREATE TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
INSERT INTO foo VALUES(1);<br />
INSERT 0 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ERROR: check constraint "cc" of relation "foo" is violated by some row<br />
DELETE FROM foo WHERE a = 0;<br />
DELETE 1<br />
ALTER TABLE foo ALTER CONSTRAINT cc ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
ERROR: new row for relation "foo" violates check constraint "cc"<br />
DETAIL: Failing row contains (0).<br />
ALTER TABLE foo ALTER CONSTRAINT cc NOT ENFORCED;<br />
ALTER TABLE<br />
INSERT INTO foo VALUES(0);<br />
INSERT 0 1<br />
</pre></p><br />
<br />
<br />
<h3>pg_plan_advice</h3><br />
<br />
<p>Až doposud uživatelé Postgresu neměli moc možností, jak ovlivnit generování prováděcích plánů. Hinty ve stylu Oracle byly a jsou z historických důvodů tabu (jsou implementovány extenzí <a href="https://github.com/ossc-db/pg_hint_plan">pg_hint_plan</a>). Uživatel měl pouze možnost penalizace metod executoru - např. <code>enable_nestloop</code> nebo <code>enable_indexscan</code> nastavením na <code>off</code>. Tato penalizace je ale dost hrubá, a neumožňuje jemné ovlivnění plánovače. Přesto se používala a používá. Rober Haas napsal dvě extenze <a href="https://www.postgresql.org/docs/devel/pgplanadvice.html"><code>pg_plan_advice</code></a> a <a href="https://www.postgresql.org/docs/devel/pgstashadvice.html"><code>pg_stash_advice</code></a>. Prvně zmíněná extenze umožňuje definovat jakási doporučení, která by měl planner respektovat. Pro každý plán lze zpětně dogenerovat tato doporučení:<br />
<pre><br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce<br />
ORDER BY pocet_muzu + pocet_zen DESC<br />
LIMIT 10;<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Limit (cost=272.19..272.21 rows=10 width=45) │<br />
│ -> Sort (cost=272.19..287.81 rows=6250 width=45) │<br />
│ Sort Key: ((pocet_muzu + pocet_zen)) DESC │<br />
│ -> Seq Scan on obce (cost=0.00..137.12 rows=6250 width=45) │<br />
│ Generated Plan Advice: │<br />
│ SEQ_SCAN(obce) │<br />
│ NO_GATHER(obce) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(7 rows)<br />
<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌──────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Nested Loop (cost=0.28..12.56 rows=81 width=58) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ -> Index Scan using obce_okres_id_idx on obce (cost=0.28..9.79 rows=81 width=41) │<br />
│ Index Cond: ((okres_id)::text = okresy.id) │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(okresy obce) │<br />
│ NESTED_LOOP_PLAIN(obce) │<br />
│ SEQ_SCAN(okresy) │<br />
│ INDEX_SCAN(obce public.obce_okres_id_idx) │<br />
│ NO_GATHER(obce okresy) │<br />
└──────────────────────────────────────────────────────────────────────────────────────┘<br />
(11 rows)<br />
</pre></p><br />
<br />
<p>Prostřednictvím konfigurační proměnné <code>pg_plan_advice.advice</code> můžeme ovlivnit chování planneru vlastními doporučeními:<br />
<pre><br />
SET pg_plan_advice.advice to 'JOIN_ORDER(obce okresy)';<br />
SET<br />
EXPLAIN (PLAN_ADVICE)<br />
SELECT *<br />
FROM obce JOIN okresy ON obce.okres_id = okresy.id<br />
WHERE okresy.nazev = 'Beroun';<br />
┌───────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞═══════════════════════════════════════════════════════════════════╡<br />
│ Hash Join (cost=1.97..140.78 rows=81 width=58) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Seq Scan on obce (cost=0.00..121.50 rows=6250 width=41) │<br />
│ -> Hash (cost=1.96..1.96 rows=1 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.96 rows=1 width=17) │<br />
│ Filter: (nazev = 'Beroun'::text) │<br />
│ Supplied Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) /* matched */ │<br />
│ Generated Plan Advice: │<br />
│ JOIN_ORDER(obce okresy) │<br />
│ HASH_JOIN(okresy) │<br />
│ SEQ_SCAN(obce okresy) │<br />
│ NO_GATHER(obce okresy) │<br />
└───────────────────────────────────────────────────────────────────┘<br />
(13 rows)<br />
</pre></p><br />
<br />
<p>Konfigurace planneru prostřednictvím <code>pg_plan_advice.advice</code> nestačí, pokud potřebujeme ovlivnit plán dotazu z aplikace, u které nemůžeme nebo nechceme měnit zdrojový kód. A proto je tu druhá zmíněná extenze <code>pg_stash_advice</code>, která umožňuje naše "doporučení" uložit a pak automaticky aplikovat na základě tzv <code>queryid</code>. Doporučení jsou uložena v pojmenovaných skladech (stashes). Skrze konfigurační proměnnou <code>pg_stash_advice.stash_name</code> volíme aktivní sklad. Každý uživatel, každá databáze může mít svůj vlastní. Pokud proměnná není nastavená, tak je extenze <code>pg_stash_advice</code> neaktivní. Uložené nápovědy jsou perzistentní - při vypnutí serveru se uloží, po startu znovu načtou do paměti.</p><br />
<br />
<h3>SQL</h3><br />
<p><code>GROUP BY ALL</code> je syntaxe, kterou postres přejímá z analytických databází (zde to snad byla <a href="https://duckdb.org/2022/05/04/friendlier-sql#group-by-all">DuckDB</a>). Pokud se použije tento zápis, tak se automaticky agreguje podle všech sloupců, které nejsou v agregační funkci:<br />
<pre><br />
SELECT sum(pocet_zen + pocet_muzu), okresy.id, okresy.nazev <br />
FROM obce join okresy ON obce.okres_id = okresy.id<br />
GROUP BY ALL;<br />
</pre><br />
Tento zápis může ušetřit dost psaní, může to být také "tichý" zabiják výkonu. Čím více atributů je v klauzuli <code>GROUP BY</code>, tím je agregace pomalejší. Zápis <code>GROUP BY ALL</code> ještě není ve standardu, ale je standardizační komisí akceptován, a měl by být v některé další verzi ANSI/SQL.</p><br />
<br />
<p>Počínaje Postgresem 19 už nebude možnost používat backlash jako escape symbol v řetězcích. Před 15 roky se přešlo na standardní chování (předtím se řetězce v Postgresu chovali stejně jako v Cčku), nicméně nestandardní chování bylo možné vynutit nastavením <code>standard_conforming_strings</code> na <code>off</code>. Mezi top vývojáři Postgresu je hodně velká averze k tzv kompatibility flagům (zmíněný flag nebyl výjimkou) (pozn. u komerčních databází jsou naopak kompatibility flagu standardem, a nejen u nich - např. MySQL). Nyní je tato možnost zrušena, a Cčkové stringy dostaneme pouze jen zápisem (jako tzv extended strings):<br />
<pre><br />
SELECT 'ahoj\nsvete';<br />
┌─────────────┐<br />
│ ?column? │<br />
╞═════════════╡<br />
│ ahoj\nsvete │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT e'Ahoj\nSvete';<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ Ahoj ↵│<br />
│ Svete │<br />
└──────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Nově lze v u window funkcí <code>lead</code>, <code>lag</code>, <code>first_value</code>, <code>last_value</code> a <code>nth_value</code> použít klauzuli <code>IGNORE NULLS</code> nebo <code>RESPECT NULLS</code>. Výchozí chování, které bylo implementováno již dříve odpovídá klauzuli <code>RESPECT NULLS</code>.</p><br />
<br />
<h3>SQL/PGQ</h3><br />
<p>V tomto případě PG není častým prefixem symbolizujícím Postgres (a Q jako queue), ale Property Graph Queries. Počínaje podporou neatomických datových typů v SQL:2000, přes podporu XML v SQL:2003 se standard rozšířil nad rámec čistě relačních databází (stejně ale už dříve existovala kritika SQL z pohledu čistoty od relačních dogmatiků). Standard SQL:2023 (ISO/IEC 9075-16:2023) SQL rozšiřuje o podporu grafových databází, které mají svůj vlastní datový model odlišný od relačního modelu. Přijde mi to jako dost odvážný krok (a ještě teď tomu nemohu úplně uvěřit). Zatím existovala zřetelná jednota mezi SQL a relačním modelem. Od nové části standardu se očekává, že pomůže s přehlednějším zápisem určitých dotazů, které se až doposud řešily pomocí rekurze. Přiznám se, že zápis dotazu v PGQ (využívajícího ascii art) mi přijde hodně cizí (možná zažívám pocity programátora v Cobolu, když se poprvé podíval na SQL. Osobně mi to nesedí - reprezentaci znalostí ve formátu grafu jsem nikdy nemusel (vím, že je to jen jiná reprezentace téhož)). Row pattern recognition z roku SQL:2016 toho také nemá s relačními databázemi moc společného, takže to takové překvapení není. Práce na této části standardu začaly v roce 2017 (a integrovaly se prvky jazyka <a href="https://neo4j.com/docs/cypher-manual/current/introduction/cypher-overview/">Cypher</a> (Neo4j) a <a href="https://docs.oracle.com/en/database/oracle/property-graph/20.4/spgdg/property-graph-query-language-pgql.html#GUID-301FF092-1A07-43D2-91E5-0C5AFF3467CC">PGQL</a> (Oracle)).</p><br />
<br />
<p>Základem grafových databází je graf skládající se z uzlů a hran. Ka každému uzlu i hraně mohou být přiřazeny atributy (properties). Hrany mohou být orientované i neorientované. Standard pro takové grafy používá termín Property Graphs. Graf se definuje příkazem <code>CREATE PROPERTY GRAPH</code> a je to určitá forma pohledu. Přesto, že jsem zkoušel poměrně triviální příklad, nebylo pro mne intuitivní napsat SQL/PGQ dotaz. Pro uživatele bez zkušenosti s Neo4j nebo jinou grafovou databází budou začátky s SQL/PGQ dost bolestivé. V tuto chvíli (duben 2026) ještě není hotová dokumentace. Je možné, že se díky integraci SQL/PGQ do Postgresu setkám s grafovými databázemi častěji (SQL/PGQ je podporováno v DuckDB a v Oracle):<br />
<pre><br />
CREATE TABLE public.uzivatele (<br />
id integer NOT NULL,<br />
jmeno character varying<br />
);<br />
<br />
CREATE TABLE public.zpravy (<br />
id integer NOT NULL,<br />
odesilatel integer,<br />
prijemce integer,<br />
tema text<br />
);<br />
<br />
-- uzivatel - odeslal -> uzivatel<br />
CREATE PROPERTY GRAPH public.pg1<br />
VERTEX TABLES (<br />
public.uzivatele AS uzivatel KEY (id) PROPERTIES (id, jmeno)<br />
)<br />
EDGE TABLES (<br />
public.zpravy AS odeslal KEY (id)<br />
SOURCE KEY (odesilatel) REFERENCES uzivatel (id)<br />
DESTINATION KEY (prijemce) REFERENCES uzivatel (id)<br />
)<br />
);<br />
<br />
INSERT INTO public.uzivatele VALUES (1, 'Pavel');<br />
INSERT INTO public.uzivatele VALUES (2, 'Zdenek');<br />
INSERT INTO public.uzivatele VALUES (3, 'Tomas');<br />
<br />
INSERT INTO public.zpravy VALUES (1, 1, 2, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (2, 2, 1, 'plan dovolene');<br />
INSERT INTO public.zpravy VALUES (3, 1, 3, 'dotaz ohledne dopravy');<br />
<br />
-- od koho uzivatel Pavel dostal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') <-[IS odeslal]- (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
└────────┘<br />
(1 row)<br />
<br />
-- komu uzivatel Pavel poslal zpravu<br />
SELECT *<br />
FROM GRAPH_TABLE(pg1<br />
MATCH (a IS uzivatel WHERE a.jmeno = 'Pavel') -[IS odeslal]-> (b IS uzivatel) <br />
COLUMNS (b.jmeno));<br />
┌────────┐<br />
│ jmeno │<br />
╞════════╡<br />
│ Zdenek │<br />
│ Tomas │<br />
└────────┘<br />
(2 rows)<br />
</pre></p><br />
<br />
<p>Osobně si nedovedu představit, že bych psal dotazy v SQL/PGQ (myslím, že podobně na tom bude většina uživatelů podobně). Je otázkou, jestli se SQL/PGQ neuplatní ve spolupráci s AI. V tomto případě se běžný dotaz rozpadá do dvou kroků. Navíc i joinovací podmínka získává label, takže je to v určitém smyslu více popisné, než běžné SQL, a je tak možné, že tento zápis bude AI více sedět.</p><br />
<br />
<p>Pomalu se pokračuje na implementaci tzv temporálních tabulek. Letos je to podpora klauzule <code>FOR PORTION OF valid_at FROM TO</code>. Zjednodušeně, pokud máme temporální databáze nebo temporální tabulky, tak se můžeme podívat na stav dat v nějakém čase. Pokud se použije klauzule <code>FOR PORTION OF FROM TO</code>, tak se jedná o tzv temporální <code>UPDATE</code>, <code>DELETE</code>:<br />
<pre><br />
-- je nutne mit nainstalovanou extenzi btree_gist<br />
CREATE TABLE ceny(<br />
id int,<br />
valid_at daterange,<br />
nazev text,<br />
cena int,<br />
PRIMARY KEY (id, valid_at WITHOUT OVERLAPS)<br />
);<br />
CREATE TABLE<br />
<br />
-- jednotna cena mezi 2020-01-01 a 2025-12-31<br />
INSERT INTO ceny VALUES(1, '[2020-01-01,2026-01-01)', 'pecivo', 20);<br />
INSERT 0 1<br />
<br />
SELECT * FROM ceny;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(1 row)<br />
<br />
-- uprava ceny mezi 2021-01-01 a 2021-02-28<br />
UPDATE ceny<br />
FOR PORTION OF valid_at FROM '2021-01-01' TO '2021-03-01'<br />
SET cena = 30<br />
WHERE id = 1;<br />
UPDATE 1<br />
<br />
SELECT * FROM ceny ORDER BY valid_at;<br />
┌────┬─────────────────────────┬────────┬──────┐<br />
│ id │ valid_at │ nazev │ cena │<br />
╞════╪═════════════════════════╪════════╪══════╡<br />
│ 1 │ [2020-01-01,2021-01-01) │ pecivo │ 20 │<br />
│ 1 │ [2021-01-01,2021-03-01) │ pecivo │ 30 │<br />
│ 1 │ [2021-03-01,2026-01-01) │ pecivo │ 20 │<br />
└────┴─────────────────────────┴────────┴──────┘<br />
(3 rows)<br />
</pre><br />
<br />
<h3>Nové datové typy a funkce</h3><br />
<p>V Postgresu se můžete setkat s datovými typy s prefixem <code>reg</code>. <code>regrole</code>, <code>regproc</code>, <code>regclass</code>. Tyto datové typy jsou vždy spojeny s jednou konkrétní systémovou tabulkou a hodnoty těchto typů vždy nesou unikátní číselný identifikátor databázového objektu. Tyto typy podporují přetypování z textu, což se používá pro zkrácený zápis vyhledávání nějakého databázového objektu v katalogu. Nově můžeme používat typ <code>regdatabase</code> a tento typ se odkazuje, jak je patrné z názvu, na tabulku <code>pg_database</code>:<br />
<pre><br />
SELECT 'template1'::regdatabase;<br />
┌─────────────┐<br />
│ regdatabase │<br />
╞═════════════╡<br />
│ template1 │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT 'template1'::regdatabase::oid;<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
<br />
SELECT oid<br />
FROM pg_database <br />
WHERE datname = 'template1';<br />
┌─────┐<br />
│ oid │<br />
╞═════╡<br />
│ 1 │<br />
└─────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Díky těmto typům jsou dotazy nad systémovým katalogem kratší a čitelnější. Navíc autor dotazů nemusí brát v potaz některé detaily (jako například case sensitivitu), kde se chování SQL identifikátorů liší od SQL stringů. To je ošetřeno interně při přetypování.</p><br />
<br />
<p>Funkce <code>error_on_null</code> vyhodí výjimku, pokud je parametr NULL. Jinak vrátí hodnotu parametru. Implementace je extrémně jednoduchá - sleduje flag <code>isnull</code>. Každý parametr každé SQL funkce má tento flag. Stejné chování má flag funkce <code>STRICT</code>. Je tu drobná zrada. V případě kompozitních typů to není kompatibilní s operátorem <code>IS NULL</code>. Kompozitní hodnota obsahující pouze <code>NULL</code>y je interně ne nullová, ale operátor <code>IS NULL</code> pro takovou kompozitní hodnotu vrátí <code>true</code>:<br />
<pre><br />
SELECT ROW(NULL, NULL) IS NULL;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT error_on_null(NULL::integer);<br />
ERROR: null value not allowed<br />
SELECT error_on_null(ROW(NULL, NULL));<br />
┌───────────────┐<br />
│ error_on_null │<br />
╞═══════════════╡<br />
│ (,) │<br />
└───────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Roky se v Postgresu mluví o tom, že by měl existovat snadný způsob, jak zpětně z databázového objektu vygenerovat DDL příkaz. Osobně jsem nikdy tuhle potřebu neměl, ale do jisté míry této potřebě rozumím. Skoro v každém admin nástroji můžete iterovat přes databázové objekty a k nim si nechat zobrazit DDL. A skoro každý admin tool, pak tuto funkcionalitu duplicitně implementuje - s chybami nebo bez chyb. Je to kód, který vyžaduje neustálou údržbu a aktualizace. Po letech diskuzí se je v upstreamu první část funkcí <code>pg_get_...ddl</code> (aktuálně <code>pg_get_database_ddl</code>, <code>pg_get_role_ddl</code> a <code>pg_get_tablespace_ddl</code>):<br />
<pre><br />
SELECT pg_get_role_ddl('pavel');<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ pg_get_role_ddl │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ CREATE ROLE pavel SUPERUSER INHERIT NOCREATEROLE NOCREATEDB LOGIN NOREPLICATION NOBYPASSRLS; │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Od minulé verze je v postgresu funkce generující náhodné číslo v zadaném rozsahu. K nim nyní přibyly funkce pro rozsah typů <code>date</code>, <code>timestamp</code> a <code>timestamptz</code>:<br />
<pre><br />
<br />
SELECT random(current_date - 6, current_date);<br />
┌────────────┐<br />
│ random │<br />
╞════════════╡<br />
│ 2026-04-13 │<br />
└────────────┘<br />
(1 row)<br />
<br />
postgres=# SELECT random(current_timestamp - interval '1 week', current_timestamp);<br />
┌───────────────────────────────┐<br />
│ random │<br />
╞═══════════════════════════════╡<br />
│ 2026-04-09 02:30:30.665819+02 │<br />
└───────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<h3>Optimalizace</h3><br />
<p>Jako nejdůležitější optimalizaci v nové verzi vidím optimalizaci implementace kontroly referenční integrity. RI je v postgresu realizována v systémových řádkových triggerech, které, až doposud, provedly (pro každý řádek) jeden kontrolní SQL příkaz (s použitím SPI API - stejné API, které se používá např. v PL/pgSQL). Nově se hledá přímo v indexech - přeskakuje se celý aparát SQL. To je první výrazná optimalizace. Druhou výraznou optimalizací je hledání nikoliv jedné hodnoty, ale pole hodnot (n = 64). Podle autora patche je nyní kontrola referenční integrity cca 3x rychlejší. Pořád to bude znát. Výrazně se ale posune hranice, od kdy se vyplatí při masivních importech kontrolu referenční integrity vypínat.<br />
<pre><br />
CREATE TABLE tab_a(id int PRIMARY KEY);<br />
INSERT INTO tab_a SELECT generate_series(1,1000);<br />
VACUUM ANALYZE tab_a;<br />
<br />
CREATE UNLOGGED TABLE tab_b_no_ri(id int, a_id int);<br />
CREATE UNLOGGED TABLE tab_b(id int, a_id int references tab_a(id));<br />
\timing<br />
-- postgres 18<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 12844,206 ms (00:12,844)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 659,462 ms<br />
<br />
-- postgres 19<br />
INSERT INTO tab_b select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 2728,073 ms (00:02,728)<br />
INSERT INTO tab_b_no_ri select i, random()*999 + 1<br />
FROM generate_series(1,1000000) g(i);<br />
INSERT 0 1000000<br />
Time: 673,444 ms<br />
</pre></p><br />
<br />
<p>Ukázkový test je best case - zrychlení je cca čtyřnásobné. Stále je import s RI cca 4x pomalejší než bez RI (a to cílová tabulka obsahuje pouze jeden cizí klíč). V praxi to bude jiné - kromě RI je náročná i aktualizace indexů a samozřejmě všechny diskové operace.</p><br />
<br />
<p>Určitě každý, kdo pracuje s Postgresem trochu déle, se setkal s doporučením "nepoužívej <code>NOT IN (SELECT ...</code>". Důvodem byla (v některých případech) "špatná" optimalizace. Optimalizátor neměl garanci, že subselect nevrátí <code>NULL</code>. Poté, co se ve verzi 18 přepsal systém pro ukládání omezujících pravidel (constraints), už bylo možné do tuto informaci v optimalizátoru použít. Nyní se by se měl subselect <code>NOT IN</code> transformovat na tzv anti-join (v těch případech, kdy je garantováno, že žádná proměnná v predikátu nebude <code>NULL</code>). Jinými slovy, pokud optimalizátor bude mít garance, že se v predikátu subselectu nevyskytne <code>NULL</code>, tak vygeneruje stejný plán, jako kdybyste použili zápis s <code>NOT EXISTS</code>:<br />
<pre><br />
CREATE TABLE osoby(id int PRIMARY KEY, jmeno varchar);<br />
CREATE TABLE faktury(id int primary key,<br />
vlozeno timestamp,<br />
podal int REFERENCES osoby(id) NOT NULL);<br />
<br />
EXPLAIN SELECT *<br />
FROM osoby<br />
WHERE id NOT IN (SELECT podal<br />
FROM faktury);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
<br />
EXPLAIN SELECT * <br />
FROM osoby<br />
WHERE NOT EXISTS(SELECT podal <br />
FROM faktury<br />
WHERE podal = osoby.id);<br />
┌──────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════╡<br />
│ Hash Right Anti Join (cost=38.58..82.22 rows=635 width=36) │<br />
│ Hash Cond: (faktury.podal = osoby.id) │<br />
│ -> Seq Scan on faktury (cost=0.00..28.50 rows=1850 width=4) │<br />
│ -> Hash (cost=22.70..22.70 rows=1270 width=36) │<br />
│ -> Seq Scan on osoby (cost=0.00..22.70 rows=1270 width=36) │<br />
└──────────────────────────────────────────────────────────────────────┘<br />
(5 rows)<br />
-- ve starších verzích dostanete různé plány<br />
</pre></p><br />
<br />
<p>Ve starších verzích spojení relací vždy předcházelo agregaci. To v některých případech může být neefektivní (pokud agregace výrazně redukuje počet řádek). Pokud jsem chtěl změnit pořadí operací, musel jsem si to vynutit zápisem (poddotazem). V devatenáctce optimalizátor podporuje tzv předběžnou agregaci (eager aggregation), která předbíhá před join:<br />
<pre><br />
EXPLAIN SELECT sum(pocet_zen + pocet_muzu), okresy.nazev <br />
FROM okresy JOIN obce ON okresy.id = obce.okres_id<br />
GROUP BY okresy.nazev;<br />
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞══════════════════════════════════════════════════════════════════════════════════════════════════════════╡<br />
│ Finalize HashAggregate (cost=157.38..158.15 rows=77 width=18) │<br />
│ Group Key: okresy.nazev │<br />
│ -> Hash Join (cost=3.02..157.00 rows=77 width=18) │<br />
│ Hash Cond: ((obce.okres_id)::text = okresy.id) │<br />
│ -> Partial GroupAggregate (cost=0.28..154.05 rows=77 width=15) │<br />
│ Group Key: obce.okres_id │<br />
│ -> Index Only Scan using obce_okres_id_idx on obce (cost=0.28..122.03 rows=6250 width=7) │<br />
│ -> Hash (cost=1.77..1.77 rows=77 width=17) │<br />
│ -> Seq Scan on okresy (cost=0.00..1.77 rows=77 width=17) │<br />
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘<br />
(9 rows)<br />
</pre><br />
Na datech pro ČR je výše uvedený dotaz cca 3x rychlejší (v pg19 vůči pg18).</p> <br />
<br />
<p>Pokud je jeden řádek zamčený vícero transakcemi, tak se do jeho systémového atributu <code>xmax</code> uloží tzv <code>MultiXact ID</code> (MultiXact je "aparát", kterým se v Postgresu implementují řádkové zámky). To je unikátní identifikátor skupiny transakcí, které drží zámek. Každá skupina transakcí se skládá z tzv členských záznamů <code>MultiXactMember</code>, ve kterých se drží identifikátor transakce, typ zámku a stav transakce. Také tyto záznamy mají své unikátní id <code>MultiXactOffset</code>. Doposud <code>MultiXactOffset</code> byla 32bitová hodnota. Nově je tato hodnota 64bitová, a nehrozí její přetečení. <code>MultiXact ID</code> i id transakcí jsou stále 32bitové hodnoty (existuje několik rozpracovaných řešení, které zvyšují jejich rozsah), takže stále hrozí přetečení těchto id, a nastartování vynuceného freezování (což u více zatížených systémů může způsobit problémy s produkcí). Eliminovala se ale možnost přetečení <code>MultiXactOffset</code>. Je tp důležité, protože <code>MultiXactOffset</code> rostl ze všech zmíněných id nejrychleji (pokud <code>n</code> je počet transakcí se sdílenými zámky, pak růst <code>MultiXactOffset</code> je <code>nxn</code>). Informace o MultiXact (skupinách transakcí) lze získat novou funkcí <code>pg_get_multixact_stats()</code>.</p><br />
<br />
<p>Přepracoval se kód, který implementuje příkazy <code>LISTEN</code>, <code>NOTIFY</code>. Předchozí verze probouzely každý proces, který čekal na notifikaci (bez ohledu na to jestli čekal nebo nečekal na kanálu, který dostal notifikaci). Stará implementace fungovala dobře, pokud počet použitých kanálů byl malý, a tudíž byla i malá šance, že se probudí proces, který čeká na jiném kanálu než je aktuální notifikace. Uživatelé ale začali notifikace používat i jinak, a reportovali výrazné zpomalení pokud větší množství klientů poslouchalo na větším množství různých kanálů. Ve zprávě ke patchi je uvedeno zpomalení (pro 1 klienta 9100 TPS, pro 1000 klientů 200 TPS). Nová implementace ve sdílené paměti ke každému kanálu drží seznam čekajících klientů. V případě zprávy do některého kanálu se probudí pouze procesy, které na tomto kanálu poslouchají (i zde je vidět pokles TPS, ale výrazně menší - pro 1000 klientů 9000 TPS).</p><br />
<br />
<p>Výchozí komprimace TOASTu bude <code>lz4</code> (namísto <code>pglz</code>). LZ4 je jako volba už cca 5 let, a měla by být efektivnější (jak v komprimaci, tak ve využití CPU) než původní LZ.</p><br />
<br />
<p>Postupně víc funkcí je akcelerováno pomocí SIMD. Nově to jsou funkce <code>hex_encode</code>, <code>hex_decode</code> a parsování csv, tsv formátů příkazu <code>COPY</code> (hledání speciálních znaků).</p><br />
<br />
<p>Některé extenze, jako např. <code>pgstattuple</code>, nově používají direct API pro čtení dat (implementované v pg18). Na systémech s rychlým IO by měly běžet rychleji.</p><br />
<br />
<p>Na základě reportů uživatelů se upravila implementace hashjoinu, tak aby nedocházelo k extrémnímu nárůstu alokace paměti v případech, kdy atribut použitý pro spojení relací obsahuje velké množství <code>NULL</code> hodnot.</p><br />
<br />
<p>V těch případech, kdy je garantováno, že porovnávané hodnoty jsou ne nullové, tak se operátor <code>IS DISTICT FROM</code> nahradí operátorem <code><></code>, případně <code>IS NOT DISTINCT FROM</code> operátorem <code>=</code>. Tady je otázkou, jaký bude reálný dopad. Jako programátor používám <code>IS [ NOT ] DISTINCT FROM</code> jedině v těch případech, které komplikují potenciální NULLy. Je ale pravdou, že drtivou většinu SQL, dnes generují ORM frameworky, ktere nemusí mít vždy dostatečnou chytrost. Výraz <code>IS DISTINCT FROM NULL</code> se nyní transformuje na <code>IS NOT NULL</code>, obdobně <code>IS NOT DISTINCT FROM NULL</code> na <code>IS NULL</code>.</p><br />
<br />
<h3>Replikace</h3><br />
<br />
<p>Dlouhodobým cílem implementace logické replikace je podpora multimaster řešení. Zatím je k tomu ještě dlouhá cesta. Chybí podpora replikace DDL příkazů, plná podpora sekvencí, plná podpora řešení replikačních kolizí. Postupuje se v malých krocích. Letos je to podpora jednorázového refrešnutí sekvencí <code>ALTER SUBSCRIPTION ... REFRESH SEQUENCES</code>. S multimasterem to úplně nepomůže, ale může to zjednodušit upgrade skrze logickou replikaci.</p><br />
<br />
<p>Novým příkazem je příkaz <code>WAIT FOR</code>, který je možné použít na replikách, a který zajistí čekání na zreplikování zadané transakce. Lze nastavit timeout. Parametrem <code>NO_THROW</code> zajistí tiché (bez výjimky) ukončení příkazu po timeoutu (změní se pouze vrácená hodnota):<br />
<pre><br />
postgres=# WAIT FOR LSN '0/306EE20' WITH (TIMEOUT '100ms', NO_THROW);<br />
status<br />
--------<br />
timeout<br />
</pre></p><br />
<br />
<p>V příkazu <code>CREATE PUBLICATION ... FOR ALL TABLES</code> je nyní možné použít klauzuli <code>EXCEPT TABLE (t1, ...)</code>. Klauzuli <code>EXCEPT TABLE</code> lze použít i v příkazu <code>ALTER PUBLICATION</code>. Pro registraci odběru (<code>CREATE SUBSCRIPTION</code>) lze místo explicitního connection stringu použít odkaz na dříve definovaný FDW server.</p><br />
<br />
<p>V pohledu <code>pg_replication_slots</code> je nový sloupec <code>slotsync_skip_reason</code> popisující důvod, proč nebylo možné synchronizovat repliku. V tom případě bude obsahovat jednu z následujících hodnot: <code>wal_or_rows_removed</code>, <code>wal_not flushed</code>, <code>no_consistent_snapshot</code> nebo <code>slot_invalidated</code>.</p><br />
<br />
<p>Pokud při registraci odběru nastavíme parametr <code>retain_dead_tuples</code> na <code>on</code> (výchozí nastavení je <code>off</code>), budou se detekovat kolize update-delete, kdy nedojde k update z důvodu smazaného řádku. Pozor, tato volba dočasně blokuje vakuování zrušených řádků (zvlášť pokud je replika nedostupná a nedochází k synchronizaci). Lze nastavit timeout <code>max_retention_duration</code>, samozřejmě pak ovšem může dojít ke kolizi update-delete. Bez detekce této kolize může dojít k tiché nekonzistenci obsahu napříč různými zdroji.</p><br />
<br />
<h3>Ostatní</h3><br />
<br />
<p>Nově příkaz <code>COPY</code> podporuje formát <code>JSON</code> (pouze export).<br />
<pre><br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT JSON<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
<br />
\copy (SELECT * FROM obce LIMIT 10) TO STDOUT (FORMAT JSON, FORCE_ARRAY)<br />
[<br />
{"id":1,"okres_id":"CZ0100","nazev":"Praha","pocet_muzu":608316,"pocet_zen":640710,"vek_muzu":39.8,"vek_zen":43.2}<br />
,{"id":2,"okres_id":"CZ0201","nazev":"Benešov","pocet_muzu":7875,"pocet_zen":8507,"vek_muzu":39.2,"vek_zen":41.9}<br />
,{"id":3,"okres_id":"CZ0201","nazev":"Bernartice","pocet_muzu":108,"pocet_zen":115,"vek_muzu":45.9,"vek_zen":43.3}<br />
,{"id":4,"okres_id":"CZ0201","nazev":"Bílkovice","pocet_muzu":93,"pocet_zen":89,"vek_muzu":41.4,"vek_zen":46.8}<br />
,{"id":5,"okres_id":"CZ0201","nazev":"Blažejovice","pocet_muzu":52,"pocet_zen":48,"vek_muzu":44.6,"vek_zen":50.8}<br />
,{"id":6,"okres_id":"CZ0201","nazev":"Borovnice","pocet_muzu":39,"pocet_zen":37,"vek_muzu":45.6,"vek_zen":49.5}<br />
,{"id":7,"okres_id":"CZ0201","nazev":"Bukovany","pocet_muzu":364,"pocet_zen":372,"vek_muzu":38.1,"vek_zen":38.8}<br />
,{"id":8,"okres_id":"CZ0201","nazev":"Bystřice","pocet_muzu":2124,"pocet_zen":2096,"vek_muzu":38.5,"vek_zen":41.1}<br />
,{"id":9,"okres_id":"CZ0201","nazev":"Ctiboř","pocet_muzu":55,"pocet_zen":50,"vek_muzu":38.6,"vek_zen":42.0}<br />
,{"id":10,"okres_id":"CZ0201","nazev":"Čakov","pocet_muzu":65,"pocet_zen":60,"vek_muzu":36.4,"vek_zen":40.6}<br />
]</pre></p><br />
<br />
<p>Nyní také tento příkaz podporuje volbu <code>ON_ERROR SET_NULL</code>, která způsobí ignorování hodnot, na kterých selže typová konverze. To je možné díky tomu, že se již dříve zavedla podpora tzv měkkých chyb (soft errors). Tyto chyby lze ošetřit s řádově menší režií než běžné chyby (nejsou potřeba subtransakce). Podpora soft errors se v Postgresu objevila s podporou klauzule <code>ON ERROR</code> SQL/JSON funkcí. V plánu je podpora error safe přetypování (<code>CAST expr AS type xxx DEFAULT expr ON CONVERSION ERROR</code>). Prvním nezbytným krokem je požadavek, aby konverzní funkce používaly měkké chyby. To teď v upstreamu je, a díky tomu, bylo i relativně jednoduché implementovat <code>COPY ON_ERROR SET_NULL</code> (error safe casts by měly být v pg20).<br />
<pre><br />
CREATE TABLE foo(a int, b int);<br />
<br />
COPY foo FROM stdin (FORMAT csv, ON_ERROR SET_NULL);<br />
Enter data to be copied followed by a newline.<br />
End with a backslash and a period on a line by itself, or an EOF signal.<br />
>> 10,20<br />
>> 30,40<br />
>> ahoj,20<br />
>> \.<br />
COPY 3<br />
<br />
SELECT * FROM foo;<br />
┌────┬────┐<br />
│ a │ b │<br />
╞════╪════╡<br />
│ 10 │ 20 │<br />
│ 30 │ 40 │<br />
│ ∅ │ 20 │<br />
└────┴────┘<br />
(3 rows)<br />
</pre></p><br />
<br />
<p>Nově také příkaz <code>COPY</code> umožňuje číst přímo partišny (partitions). V předchozích verzích bylo nutné použít syntax s vloženým selectem, což má nějakou režii.</p><br />
<br />
<p>Funkce pro zakódování a dekódování textu (<code>encode</code> a <code>decode</code>) nově podporují kódování <code>base64url</code> a <code>base32hex</code>:<br />
<pre><br />
SELECT encode('Ahoj<>/+', 'hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 41686f6a3c3e2f2b │<br />
└──────────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base64url');<br />
┌─────────────┐<br />
│ encode │<br />
╞═════════════╡<br />
│ QWhvajw-Lys │<br />
└─────────────┘<br />
(1 row)<br />
<br />
SELECT encode('Ahoj<>/+', 'base32hex');<br />
┌──────────────────┐<br />
│ encode │<br />
╞══════════════════╡<br />
│ 85K6UQHS7ONIM=== │<br />
└──────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Dokončit implementaci standardu SQL/JSON, konkrétně implementaci funkce <code>JSON_TABLE</code> se opět nestihlo.</p><br />
<br />
<p>V <code>psql</code> bude možnost si nastavit zobrazení logických hodnot <code>true</code> a <code>false</code>. Datový typ <code>boolean</code> akceptuje literály <code>true</code>, <code>false</code>, <code>t</code>, <code>f</code> a <code>on</code>, <code>off</code>. Na výstupu se zobrazuje pouze <code>t</code> nebo <code>f</code>:<br />
<pre><br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ t │<br />
└──────────┘<br />
(1 row)<br />
<br />
\pset display_true true<br />
Boolean true display is "true".<br />
\pset display_false false<br />
Boolean false display is "false".<br />
<br />
SELECT 1=1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ true │<br />
└──────────┘<br />
(1 row)<br />
<br />
SELECT 1 <> 1;<br />
┌──────────┐<br />
│ ?column? │<br />
╞══════════╡<br />
│ false │<br />
└──────────┘<br />
(1 row)<br />
</pre><br />
Může se hodit možnost si zobrazit <code>search_path</code> v promptu. V promptu je také možnost použít symbol <code>%i</code>, který se nahradí replikačním statusem (<code>primary</code> nebo <code>standby</code>).</p><br />
<br />
<h3>PL/pgSQL</h3><br />
<p>PL/pgSQL je relativě stabilizované prostředí, kde je každoročně jen minimum změn. Letos je to jedna malá (a pro většinu uživatelů zanedbatelná změna), a jedna "velká", která ale interně žádnou změnou není.</p><br />
<br />
<p>Malou změnou je interní optimalizace exekuce embedded SQL ve tvaru <code>SELECT výraz INTO proměnná</code>. Mám pocit, že tento zápis se používal v Sybase a na Sybase navazujících databázích pro inicializaci proměnných. Já jsem se s tímto zápisem setkával v literatuře někdy kolem roku 2000, a už tehdy platilo doporučení tento zápis nepoužívat (v plpgsql se nikdy moc nepoužíval). V posledních letech přišlo víc uživatelů z MSSQL (začalo se migrovat víc aplikací z tohoto serveru), tento zápis používali a zjistili, že tento zápis je cca 20x pomalejší než "nativní" přiřazení <code>proměnna := výraz</code>.</p><br />
<br />
<p>Interně jsou v PL/pgSQL dvě metody jak vyhodnotit výraz. Tzv simple metoda, kde se přeskočí SQL exekutor a přímo zavolá exekutor výrazů, je výrazně rychlejší. Druhou metodou je běžná exekuce skrze SQL exekutor (a SPI API). Až doposud, cokoliv co v zdrojovém kódu funkce bylo SQL příkazem (zde příkazem <code>SELECT</code>) se vykonalo běžnou cestou. Nově se detekuje výše zmíněný zápis a vykoná se simple metodou. Pro dlouholeté uživatele Postgresu to nic neznamená, ale lidem, kteří migrují z MSSQL, to může zpříjemnit život.</p><br />
<br />
<p>Druhou, a naopak, velkou změnou je možnost inliningu funkce, která je napsaná v PL/pgSQL (ve speciálních případech). Inlining v kontextu Postgresu je trochu něco jiného než si uživatele představí pod termínem inlining. V Postgresu mohou být funkce volané z nějakého SQL příkazu - typicky příkazu <code>SELECT</code>. Pokud nějaká funkce podporuje inlining, tak to znamená, že v AST stromu dotazu se volání funkce nahradí jejím tělem. Teprve pak nastupuje optimalizace, a díky inliningu vlastně optimalizátor vidí dovnitř funkce (jinak je funkce pro optimalizátor black box).</p><br />
<br />
<p>K tomu, aby PL/pgSQL (nejen v PL/pgSQL) funkce mohla být inlinovaná, potřebujete vlastní kód v Cčkové extenzi. A je to vlastně trik (v tomto případě dost nestydatý podfuk :-)). Už dříve bylo možné napsat extenze, které dodávaly optimalizátoru znalost o vybraných funkcích (jinak, opět, pro optimalizátor, jsou funkce black box). Přímo v jádru je například podpora optimalizátoru pro funkci <code>generate_series</code> (staré verze pg by v rows měly 1000).<br />
<pre><br />
EXPLAIN SELECT * FROM generate_series(1,3);<br />
┌────────────────────────────────────────────────────────────────────┐<br />
│ QUERY PLAN │<br />
╞════════════════════════════════════════════════════════════════════╡<br />
│ Function Scan on generate_series (cost=0.00..0.03 rows=3 width=4) │<br />
└────────────────────────────────────────────────────────────────────┘<br />
(1 row)<br />
</pre></p><br />
<br />
<p>Inlining byl dřive podporován pro funkce v jazyku SQL, kdy si planner vytáhl zdrojový kód funkce. V devatenáctce planner může zavolat extenzi, a může si říct nejen o detailnější parametry ohledně exekuce, ale může si říct o substituční SQL. Když ho dostane, tak funkci dále neřeší, a pracuje se substitučním SQL příkazem. Je to docela magie, nicméně efektivní. Kód extenze se volá až v momentu, kdy známe konstantní parametry funkce, a extenze se může rozhodnout - zavolej volanou funkci, nebo zavolej nějaké SQL, zavolej jinou funkci, případně vrať rovnou nějakou speciální hodnotu <code>NULL</code>, 0, ... Je to i způsob, jak opravdu efektivně pracovat s dynamickým SQL. Musíte si ovšem napsat kód v Cčkové extenzi. Požadavek na tuto funkcionalitu přišel od vývojářů PostGISu. Cílem jsou optimalizace v PostGISu, dá se to ale použít i jinde. Časem si dovedu představit i nějakou contrib extenzi, která by tuto možnost zpřístupnila i bez nutnosti psát si vlastní extenzi. Škoda, že nemám autoritu vývojářů PostGISu. Dovedl bych si představit podobný trik v analyzátoru. Dost by mi to pomohlo s Orafce. V té pozici samozřejmě nejsem.</p><br />
<br />
<h3>Vývoj</h3><br />
<p>Každoročně dochází k čištění kódu. Občas se zruší podpora některé platformy. Výjimečně se přidá podpora nové platformy nebo jako v případě pg19 se vrátí podpora dříve odstraněné platformy (AIX - operační systém AIX přestal být podporovaný v pg17 díky nezájmu IBM. Pak se ale v IBM chytli za nos, dodali počítač do testovací farmy, a do AIXu přidali aktualizovaný software potřebný k buildu Postgresu). Další čistky v kódu lze provést přechodem na novější verzi programovacího jazyka - přechodem z C99 na C11 (bohužel to může znamenat, že starých platformách se nové verze Postgresu nepřeloží). Interní datový typ <code>Datum</code> až do předchozí verze byl 4bajtový na 32bitových platformách a 8bajtový na 64bitových platformách. Nově je 8bajtový na všech podporovaných platformách. Určitě nezanedbatelná část kódu se generuje z definičních souborů. Nově se z definic generuje kód definující konfigurační proměnné. Údržba, verzování, zajištění konzistence definičních souborů je násobně jednodušší než údržba adekvátního kódu v Cčku. Dynamická alokace paměti bude jednodušší díky funkcím <code>GetNamedDSA</code> a <code>GetNamedDSMSegment</code>. Dynamicky sdílenou paměť lze sledovat skrze pohled <code>pg_dsm_registry_allocations</code>.</p><br />
<br />
<p>Mám pocit, že vývoj Postgresu ještě víc zrychlil - je vidět mnohem víc patchů od lidí z Asie (dříve to bylo spíš jenom Japonsko), a o to víc se naráží na kapacitu committerů. Je to paradox, který nejde jednoduše řešit. Postgres je populární díky funkcionalitě a stabilitě. Stabilita je díky pečlivé práci commitetterů (důkladně se řeší každý řádek kódu). Díky popularitě je více programátorů, kteří píší více kódu, více patchů, ale committeři nestíhají, a tak patche zůstávají relativně dlouho ve frontě. Což frustruje programátory. Patch napíšete během měsíce, během měsíce se dá udělat finalizace a pár iterací s committerem, ale mezitím několik měsíců (v horším případě let (3 roky i v případě bezproblémového malého patche)), čekáte, až si na vás některý z committerů udělá čas. Celou dobu musíte udržovat patch v aplikovatelném stavu, musíte reagovat na případné diskuze, musíte sledovat vývoj a případně aktualizovat patch. Je to problém o kterém se ví, diskutuje se o něm, ale není úplně jasné, co by mělo být řešení. Minimálně se zlepšila evidence patchů, která pokrývá i automatické testování na několika různých platformách. Tady je velká klika, že Postgres má extenze. Neskutečně velký objem kódu (funkcionality) je dnes možné řešit skrz extenze mimo komunitu - což výrazně snižuje tlak na committery. V extenzích toho jde udělat hodně, bohužel, ne všechno. Na druhou stranu, extenze také nejsou bez rizika. Určitým způsobem zvyšují fragmentaci ekosystému Postgresu, který pak ztrácí přehlednost (plus ne všechny extenze jsou dostupné v cloudu). Zase, díky tomu je jádro Postgresu stále ještě rozumně velké. O Oracle se kolují zvěsti, že jádro má 14 miliónů řádek, Postgres pod 2 milióny. Náklady na údržbu Postgresu jsou výrazně menší. Kompilace zdrojáků je do 5 minut, regresní testy v největším rozsahu běží 15 minut. S tím ještě lze nějak rozumně pracovat. O Oracle jsem slyšel, že regresní testy běží den.</p><br />
<br />
<p>Popularita Postgresu jde aktuálně až do absurdna. Z Linkedinu mám pocit, že začíná být přepostgresováno (samozřejmě z mé perspektivy a v mé bublině). Hromada příspěvků vygenerovaných AI jsou banality na úrovni žáka prvního stupně (Postgres má VACUUM, indexy jsou super, dotazy mohou být pomalé, atd atd). Doporučení typu - proč ne Redis, proč ne Elastic, na všechno použijte Postgres. Viděl jsem hromadu clickbaitových článků typu - multigenerační architektura Postgresu je tragická, ale s naší AI nebo s naším supportem nebudete mít problém, atd atd. Postgresu dnes rozumí každý, kdo dokáže do AI napsat Postgres. Měl jsem tu možnost vidět naprosto neadekvátní doporučení ohledně konfigurace (dnes nevíte jestli důvodem je neznalost autora nebo naopak jeho vychytralost a snaha o co nejvíc komentářů případně o troling). Historicky popularita Postgresu rostla ve stínu MySQL, Monga a dalších databází a roky byl Postgres ušetřený mediálního balastu. To bohužel už není pravda. Pořád platí, že Postgres je dobrá databáze, stabilní, relativně rychlá, která se ale rozhodně nehodí na vše. Má svoje limity, které je dobré znát, a rozhodně nemůže ve všech ohledech (ve větším rozsahu) nahradit Redis, MySQL nebo Mongo případně Kafku. To je nesmysl, a není to ani cílem komunity. Základem jakékoliv práce je znát limity, chování, a správně v souladu s celkem, používat správné nástroje.</p></div>PavelStehulehttp://postgres.cz/index.php?title=Slu%C5%BEby&diff=1581Služby2026-04-23T05:13:21Z<p>PavelStehule: </p>
<hr />
<div>Provádíme komerční podporu PostgreSQL. Naše služby obsahují:<br />
* instalaci,<br />
* poinstalační konfiguraci,<br />
* migrace a upgrade databáze,<br />
* servis,<br />
* výkonnostní audit a optimalizaci (tunning),<br />
* vzdálený dohled a monitoring databází PostgreSQL,<br />
* konzultace, [[školení]],<br />
* návrh a realizaci rozšiřujících modulů,<br />
* portace databází z Oracle a MS SQL,<br />
* konzultace a dohled ohledně přechodu na PostgreSQL z Oracle a MS SQL,<br />
* prodej modifikované verze PostgreSQL umožňující obfuscaci kódu uložených procedur (obfuscace - zatemnění kódu) pro RDBMS [http://www.postgresql.org PostgreSQL].<br />
<br />
V případě zájmu, prosím, kontaktujte [[Pavel Stěhule|Pavla Stěhuleho]].<br />
<br />
Reference:<br />
<br />
<div style="float: left; width: 25%"><br />
* Active24.cz (http://www.tyden.cz)<br />
* centrum.cz (http://www.fotoalbum.cz)<br />
* Creative.cz (http://www.metalshop.cz)<br />
* enDetail (http://www.mojedomacnost.cz)<br />
* LMC (http://www.jobs.cz/)<br />
* nic.cz (http://www.nic.cz/)<br />
* aurius / new media studio (http://www.aurius.sk/)<br />
* aliacom.cz (http://aliacom.cz/)<br />
* Premium SMS s.r.o.(http://premium.sms.cz/)<br />
* Jyxo.cz<br />
* 8BC s.r.o (http://www.8bc.com/)<br />
* TPCA, Kolín<br />
* Home Credit International a.s.<br />
* LEVEL SYSTEMS (http://www.levelna.com/)<br />
* T-Mobile<br />
* Aukro (http://aukro.cz/)<br />
* AUTOCONT, a.s.<br />
</div><div style="float: left; width: 25%"><br />
* I3 CZ s.r.o (http://www.i3.cz/)<br />
* SPEL, a.s. (http://www.spel.cz/)<br />
* Evona Electronics (http://www.evona.sk)<br />
* Kyberie s.r.o (http://kyberie.cz/)<br />
* Aquasoft s.r.o (http://www.aquasoft.eu/)<br />
* Z&Z-Soft spol. s r. o. ( http://zzsoft.cz/)<br />
* Allrisk<br />
* AVAST<br />
* Masarykova univerzita, Institut biostatistiky a analýz<br />
* MAFRA, a.s.<br />
* Photon Energy Operations CZ s.r.o.<br />
* MoroSystems, s.r.o. (http://www.morosystems.cz/)<br />
* netdevelo s.r.o (http://www.netdevelo.com/)<br />
* IDC CEMA (http://www.idc.com/)<br />
* T-MAPY<br />
* ABRA Software (https://www.abra.eu/)<br />
* DataSpring s.r.o.<br />
</div><div style="float: left; width: 25%"><br />
* E.ON Business Services Czech Republic s.r.o.<br />
* SolarWinds Czech, s.r.o (http://www.solarwinds.com)<br />
* HPC, ŠKODA AUTO, a.s.<br />
* FORTUNA GAME a.s.<br />
* ELTODO a.s.<br />
* SCG Czech Design Center, s.r.o.<br />
* Eago systems spol. s.r.o.<br />
* OZ ICT služby, Česká pošta s.p.<br />
* Artin, spol s.r.o.<br />
* QCM, s.r.o.<br />
* DPD Slovensko<br />
* IBS automotive s.r.o. <br />
* Siemens, s.r.o.<br />
* IBA CZ, s.r.o.<br />
* Zásilkovna (https://www.packeta.com/)<br />
* a další ..<br />
</div></div>PavelStehulehttp://postgres.cz/index.php?title=%C5%A0kolen%C3%AD&diff=1580Školení2026-04-23T05:12:23Z<p>PavelStehule: /* Školení pod záštitou www.root.cz (Akademie root.cz) */</p>
<hr />
<div>==In-house (případně online) školení PostgreSQL==<br />
Vyberte si z naší nabídky jednodenní školení pro začátečníky i pokročilé. Z těchto jednodenních školení je možné (na základě poptávky) kombinovat vícedenní školení. Tato školení vede a organizuje [[Pavel Stěhule]], který se také podílí na vývoji PostgreSQL a je dlouholetým uživatelem a propagátorem této databáze. Již pro tři Vaše zaměstnance jsou tato školení levnější (bez ohledu na úsporu času) než školení organizovaná počítačovými školami. Pokud byste měli zájem o in-house školení nebo se chcete informovat o nejbližším termínu, obratťe se, prosím, přímo na Pavla Stěhuleho ([[Pavel Stěhule|kontakt]]).<br />
<br />
Cena za jeden den in-house (online) školení je 16 tis. Kč (bez DPH) pro 4 osob plus příplatek 2000 Kč za každého dalšího účastníka (32 tis za max 12 osob) . (veřejná školení se vypisují na základě poptávky více než. 8 účastníků, cena je 4500 Kč za osobu). Pro bližší informace ohledně nejbližších termínů kontaktujte [[Pavel Stěhule|Pavla Stěhuleho]] pavel.stehule@gmail.com, mob: 724 191 000. <s>V případě školení mimo Prahu jsou účtovány cestovní výdaje</s>. Školení mimo Prahu jsou pouze online. V ceně jsou vytištěné školící materiály. Cena platí pro ČR.<br />
<br />
{|cellpadding=10 style="border:1px<br />
|valign="top" |<br />
<br />
== Všeobecné základy ==<br />
Školení je určeno začátečníkům a středně pokročilým uživatelům, kteří se během osmi hodinového kurzu dozvědí vše potřebné k efektivnímu používání tohoto databázového systému. K dispozici jsou [http://www.pgsql.cz/skoleni/skoleni_postgres_web.pdf školící materiály]. Školení předpokládá obecné znalosti SQL a IT problematiky u posluchačů (např. není vysvětlován pojem databáze, relace, SQL DML DDL příkazy atd). Účastníci školení by měli získat přehled o možnostech PostgreSQL a měli by být následně schopni efektivně používat PostgreSQL.<br />
<br />
* Podpora PostgreSQL na internetu<br />
* Instalace ve zkratce<br />
* Porovnání o.s. SQL RDBMS Firebird, PostgreSQL, MySQL a SQLite<br />
* Minimální požadavky na databázi, ACID kritéria<br />
* Charakteristické prvky PostgreSQL MGA, TOAST<br />
* Datové typy bez limitů - TOAST<br />
* Spolehlivost a výkon - WAL<br />
* Nutné zlo, příkaz VACUUM<br />
* Rozšiřitelnost<br />
* Základní příkazy pro správu PostgreSQL<br />
* Export, import dat <br />
* Efektivní SQL, indexy, optimalizace dotazů<br />
* Funkce generate_series<br />
<br />
| valign="top" |<br />
<br />
== Administrace ==<br />
Z názvu je patrné, že toto školení je určené jak začínajícím tak i pokročilým administrátorům, které připravuje na každodenní správu PostgreSQL databází. Po absolvování kurzu by mělo být absolventům jasné, proč se provádí určité činnosti (pravidelné nebo nahodilé), a na co, při správě PostgreSQL, klást důraz. Školení je šesti hodinové. K dispozici jsou [http://www.pgsql.cz/skoleni/skoleni_administrace_web.pdf podklady] pro toto školení.<br />
<br />
* Omezení přístupu k databázi<br />
* Údržba databáze<br />
* Správa uživatelů<br />
* Export, import dat<br />
* Zálohování, obnova databáze<br />
* Konfigurace databáze<br />
* Monitorování databáze<br />
* Instalace doplňků<br />
* Postup při přechodu na novou verzi<br />
<br />
| valign="top" |<br />
== Základy SQL ==<br />
Toto školení je určeno především začátečníkům (z ne IT oborů), kteří chtějí využít SQL pro tvorbu vlastních reportů. Během kurzu jsou vysvětleny základní pojmy z teorie a praxe relačních databází. Dvě třetiny času osmihodinového školení je věnováno procvičování dotazů (od nejjednodušším ke středně složitým), tak aby po absolovent školení dokázal samostatně (pro svou praxi) získávat zajímavá data z SQL databází. K dispozici jsou [http://www.pgsql.cz/skoleni/skoleni_sql.zip školící materiály]. <br />
<br />
* Příkaz SELECT - spojování tabulek, filtrování, projekce, řazení<br />
* Ostatní databázové objekty - sekvence, pohledy, indexy<br />
* Zajištění referenční a doménové integrity - primární a cizí klíče, domény, triggery<br />
<br />
|-<br />
<br />
| valign="top" |<br />
== Programování v PL/pgSQL ==<br />
Tento kurz je určen především vývojářům, kteří chtějí zvládnout efektivní vývoj nad PostgreSQL, který není bez uložených procedur myslitelný. PostgreSQL podporuje jak SQL procedury tak tzv. externí procedury. K dispozici je několik jazyků od SQL až po PL/Perl. Každý jazyk nabízí jiné možnosti a po absolvování kurzu by se vývojář měl dokázat rozhodnout pro jeden konkrétní jazyk, který pro dané zadání nabízí největší možnosti. Školení je osmi hodinové - důraz je kladen na procvičení vyložené látky. K dispozici jsou [http://www.pgsql.cz/skoleni/skoleni_plpgsql_web.pdf podklady] pro toto školení.<br />
<br />
* Uložené procedury, co a proč<br />
* Inline procedury v SQL<br />
* Úvod do PL/pgSQL<br />
* Syntaxe příkazu CREATE FUNCTION<br />
* Blokový diagram PL/pgSQL<br />
* Příkazy PL/pgSQL<br />
* Dynamické SQL<br />
* Použití dočasných tabulek v PL/pgSQL<br />
* Triggery v PL/pgSQL<br />
* Tipy pro vývoj PL/pgSQL<br />
* Příloha, Transakce<br />
<br />
| valign="top" |<br />
== High performance ==<br />
Tento kurz je určen pokročilejším uživatelům a vývojářům, kteří používají PostgreSQL. Zabývá se obecněji otázkou výkonu datově orientovaných aplikací postavených nad relační databází. K dispozici jsou [http://www.pgsql.cz/skoleni/skoleni_high_performance.pdf podklady] pro toto školení.<br />
<br />
* Základní faktory ovlivňující výkon databáze<br />
* Aplikační vrstvy<br />
* CPU, RAM, IO, NET<br />
* Konfigurace PostgreSQL<br />
* Identifikace hrdel<br />
* Použití cache a materializovaných pohledů<br />
* Použití indexů a psaní index friendly aplikací<br />
* Cost based optimizer, projevy chyb v odhadech a jejich řešení<br />
* Monitoring<br />
* Doporučení<br />
<br />
| valign="top" |<br />
== Zálohování a replikace ==<br />
Toto školení je určeno pokročilejším uživatelům PostgreSQL. V rámci školení se účastníci seznámí s možnostmi zálohování a také si prakticky vyzkouší konfiguraci vestavěné replikace. <br />
* Úvod - backup, replikace<br />
* Konfigurace exportu transakčního logu<br />
* pg_basebackup<br />
* [http://docs.pgbarman.org/ Barman]<br />
* Konfigurace vestavěné replikace<br />
* Kombinace replikace a exportu transakčního logu<br />
* pg_rewind<br />
<br />
|-<br />
<br />
| valign="top" |<br />
== Programování extenzí pro PostgreSQL v programovacím jazyku C ==<br />
Toto školení je určeno pokročilejším uživatelům PostgreSQL. V rámci školení se účastníci seznámí se základními interními koncepty v PostgreSQL a vytvoří jednoduchou extenzi pro PostgreSQL.<br />
K dispozici je git [https://github.com/okbob/simple repozitář] se zdrojovými kódy cvičné extenze.<br />
* Extenze - popis, organizace, náležitosti<br />
* V1 volající konvence<br />
* Datové typy v postgresu - vazba mezi C typem a SQL typem<br />
* Správa paměti, paměťové kontexty,<br />
* SPI<br />
* Hooky - executor hook, fmgr hook<br />
* build a testování extenzí<br />
<br />
<br />
|}<br />
<br />
<br />
<!--<br />
==Školení pod záštitou www.root.cz (Akademie root.cz)==<br />
Ve spolupráci s redakcí Root.cz připravujeme školení PostgreSQL. Podrobnosti o obecném školení můžete nalézt na http://akademie.blog.root.cz/postgresql-efektivne/, školení programování uložených procedur na http://www.root.cz/texty/ulozene-procedury-v-postgresql/ a školení http://www.root.cz/texty/akademie-sql-pro-zacatecniky/ věnované úvodu do SQL.<br />
--><br />
<!--<br />
<br />
==Školení pod záštitou Počítačové školy GOPAS==<br />
Další školení PostgreSQL je připraveno ve spolupráci s Počítačovou školou GOPAS - http://www.gopas.cz/DetailKurzu.aspx?IDKurzu=942, http://www.gopas.cz/DetailKurzu.aspx?IDKurzu=941.<br />
--><br />
<br />
<br />
<!--<br />
==Školení v NICu (Akademie)==<br />
*[http://www.nic.cz/akademie/course/16/detail/ Optimalizace PostgreSQL] (CZ.NIC) - Čtyřhodinový kurz věnovaný optimalizaci aplikací<br />
*[http://www.nic.cz/akademie/course/21/detail/ SQL injection – princip a ochrana] (CZ.NIC) - Čtyřhodinový kurz věnovaný problematice SQL injections<br />
<br />
==Školení plánovaná na zimu 2014==<br />
* 2. prosince - [http://www.root.cz/skoleni/sql-pro-zacatecniky/ Úvod do SQL] - Jak jednoduše získat informace z SQL databáze (Akademie root.cz)<br />
* 3. prosince - [http://akademie.blog.root.cz/postgresql-efektivne/ PostgreSQL efektivne] - Základní administrace PostgreSQL, vysvětlení základních funkcí PostgreSQL ovlivňujících chování MVCC, TOAST - cílem školení je vysvětlit nejdůležitější funkce PostgreSQL, tak aby účastník školení dokázal efektivně nasadit a provozovat PostgreSQL (Akademie root.cz)<br />
<br />
*10. listopadu - [http://www.nic.cz/akademie/course/16/detail/ Optimalizace PostgreSQL] (CZ.NIC) - Čtyřhodinový kurz věnovaný optimalizaci aplikací<br />
*10. listopadu - [http://www.nic.cz/akademie/course/21/detail/ SQL injection – princip a ochrana] (CZ.NIC) - Čtyřhodinový kurz věnovaný problematice SQL injections</s><br />
*<s>29.11.-1.12. 2010 – PostgreSQL1 - Instalace, administrace a implementace vlastních rozšíření v PostgreSQL (GOPAS)<br />
*2.-3.12. 2010 – PostgreSQL2 - Implementace uložených procedur v PostgreSQL (GOPAS)</s><br />
--></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1579Patche 192026-04-21T11:38:07Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1578Patche 192026-04-21T10:37:28Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1577Patche 192026-04-21T04:22:00Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1576Patche 192026-04-21T04:21:28Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1575Patche 192026-04-21T03:45:46Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1574Patche 192026-04-21T03:39:57Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1573Patche 192026-04-21T03:31:17Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1572Patche 192026-04-21T03:28:12Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1571Patche 192026-04-20T11:12:40Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1570Patche 192026-04-19T11:29:55Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1569Patche 192026-04-19T11:11:40Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1568Patche 192026-04-19T06:13:22Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1567Patche 192026-04-19T05:23:59Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1566Patche 192026-04-19T05:12:46Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1565Patche 192026-04-19T05:01:12Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1564Patche 192026-04-19T04:41:53Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1563Patche 192026-04-18T04:58:41Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1562Patche 192026-04-17T12:10:15Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</s></div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1561Patche 192026-04-17T11:59:57Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1560Patche 192026-04-17T11:47:34Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1559Patche 192026-04-17T11:35:11Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1558Patche 192026-04-17T06:22:56Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1557Patche 192026-04-17T06:12:51Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1556Patche 192026-04-17T06:12:15Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* <s>https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1555Patche 192026-04-17T06:06:14Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1554Patche 192026-04-15T19:18:54Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1553Patche 192026-04-15T09:17:42Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1552Patche 192026-04-15T05:52:53Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1551Patche 192026-04-15T04:40:55Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming</s><br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1550Patche 192026-04-15T04:36:29Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1549Patche 192026-04-15T04:13:57Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1548Patche 192026-04-14T15:35:44Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1547Patche 192026-04-14T15:21:56Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1546Patche 192026-04-14T14:17:48Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1545Patche 192026-04-14T14:07:27Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1544Patche 192026-04-14T08:38:00Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehulehttp://postgres.cz/index.php?title=Patche_19&diff=1543Patche 192026-04-14T08:34:51Z<p>PavelStehule: </p>
<hr />
<div>* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd09f024a1bbdd7a7e2ca944595a9d4b6c90fb83 - regdatabase</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0da29e4cb161f78a5ef534b3fb4467756a422e25 - podpora memoize v anti joinu (v nekterych pripadech)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fe07100e82b096d3c848cace790d4b4daf0c4131 - GetNamedDSA(), GetNamedDSHash() - user friendly alokace dynamicke sdilene pameti<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=167ed8082f40ee1f3f4cd18cf02bd6d17df57dab - pohled pg_dsm_registry_allocations<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f698d7f4b7b4c49c3649b2fcc063eb66f9d2e6c - možnost konfigurace příkazu CHECKPOINT<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=161a3e8b682ebb98ea0b9d5015d22990696b99ec - použití COPY pro LO</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3357471cf9f5e470dfed0c7919bcf31c7efaf2b9 - přidání typu plánu do pg_stat_statements<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd5a1a0c3e566f7fc860838084466a1c25944281 - reseni konfliktu delete/update<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=665c3dbba497b795c4ee46145777bc4eb89c78a1 - příprava na 64bit Datum i na 32bit platformách</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a600a93c7be5b0bf8cacb1af78009db12bc4857 - Datum je 8bajt všude</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=24225ad9aafc576295e210026d8ffa9f50d61145 - vylepšená optimalizace semijoinu</s><br />
* <s>prechod z c99 na c11</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=63599896545c7869f7dd28cd593e8b548983d613 - generování GUC z dat souboru</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=faf071b553830d39fc583beabcaf56ed65259acc - random funkce pro date a timestamp</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=83a56419457ec0eff2eddfed8eb3aba86bede9cc - vylepsene chybove hlaseni nenalezeni funkce<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e1d917182c1953b16b32a39ed2fe38e3d0823047 - podpora kodovani base64url<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ef38a4d9756db9ae1d20f40aa39f3cf76059b81a - GROUP BY ALL</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=25a30bbd4235a49c854036c84fe90f2bc5a87652 - IGNORE NULL pro window funkce<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ec8719ccbfcd78c6b40b5f2b94f60769f3bd08aa - optimalizace hex encode decode pouziti simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e11859102f947e6145acdd809e5cdcdfbe90fa5 - moznost predradit agregaci joinu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4bea91f21f61d01bd40a4191a4a8c82d0959fffe - copy dokaze cist primo z partisen</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2b75c38b707a070922231de667a0bd08ee71b268 - funkce error_on_null - pozor nefunguje korektne s radkovymi typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f0b3573c3aac6c0ea4cbc278f98178516579d370 - podpora synchronizace sekvenci https://www.depesz.com/2025/11/11/waiting-for-postgresql-19-sequence-synchronization-in-logical-replication/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5173bfd0443e0c0f3fa37006727d516dc1ba4cee - rychlejsi pg_rewind<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f9a09aa2952039a9956b44d929b9df74d62a4cd4 - v pg_stat_wal zobrazi bajty způsobené zápisem full pages<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b3ce55f413cdf70b1bc4724052fb4eacf9de239a - psql moznost v promptu zobrazit search_path<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=645cb44c5490f70da4dca57b8ecca6562fb883a7 - psql moznost nastavit si nahradni text za t a f<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=447aae13b0305780e87cac7b0dd669db6fab3d9d - WAIT FOR lsn<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b140c8d7a3f3a5de4e4cc4a0b52909aa13060d4c - [https://www.thatguyfromdelhi.com/2025/11/teaching-query-planner-to-see-inside-c.html moznost inline dotaz dynamicky dotaz z plpgsql]<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e68b6adad96d414fdf24e072fdb1d41fb4b8f0b7 - slotsync_skip_reason<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=bd8d9c9bdfa0c2168bb37edca6fa88168cacbbaa - 64bit multixid</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=67c20979ce72b8c236622e5603f9775968ff501c - moznost pouzivat logickou replikaci bez restartu</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f2e4cc427951b7c46629fb7625a22f7898586f3a - MERGE PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4b3d173629f4cd7ab6cd700d1053af5d5c7c9e37 - SPLIT PARTITIONS<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=97b101776ce23dd6c4abbdae213806bc24ed6133 - monitoring multiactu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b139bd3b6ef000ab5d00dd47128e366a726da5f9 - datovy typ oid8</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=282b1cde9dedf456ecf02eb27caf086023a7bb71 - optimalizace LISTEN</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fcb9c977aa5f1eefe7444e423e833ff64a5d1d8f - specialni zamky pro buffmgr<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=45762084545ec14dbbe66ace1d69d7e89f8978ac - odstraneni podpora pro defaultni postgresove retezce</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0e80f3f88deaefc03e5fd204190daab6f761e73d - moznost dumpu extended statistik<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=38e0190ced714b33c43c9676d768cc6814fc662a - možnost nastavit logování per typ dotazu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=0a379612540cc51e54dc1c0cc4b9ef8797d2533c - optimalizace IS DISTINCT FROM pro ne nullove hodnoty<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f41ab51573a4c3d11f906b32a068182a1fd8596d - optimalizace IS DISTINCT FROM NULL<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=cf74558feb8f41b2bc459f59ed3f991024d04893 - redukce specialnich pripadu outer joinu na antijoin</s><br />
* https://www.depesz.com/2026/02/21/waiting-for-postgresql-19-psql-add-i-prompt-escape-to-indicate-hot-standby-status/ - moznost v promtu nastavit stav replikace<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4a1b05caa55dc14a1f936af78d8d19c843bfd8b9 - znovu povolena podpora AIX</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=763aaa06f03401584d07db71256fc0ab47235cce - pg_dumpall muze ukladat i v jinem nez textovem formatu https://www.depesz.com/2026/03/17/waiting-for-postgresql-19-add-non-text-output-formats-to-pg_dumpall/<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ba97bf9cb7b4ca184ab669569be2633a46cfdd0c - podpora dumpu extended expr statistik<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2a525cc97e19868940c533787165bc7e7de3a80a - copy on error set null</s><br />
* https://www.cybertec-postgresql.com/en/insert-on-conflict-do-select-a-new-feature-in-postgresql-v19/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7c1849311e49ec57cb86b32a9aa630456588c3f0 - vychozi komprese wal je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=fd366065e06ae953c4f2d973d5c5f0474f3b87b6 - CREATE PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=34dfca293432e206b8f80431f81535aff69782ca - vychozi komprese TOAST je lz4</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=01d485b142e4c89aef79da9fd60f203c1bd4458b - novy pohled pg_stat_recovery<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8185bb53476378443240d57f7d844347d5fae1bf - CREATE SUBSCRIPTION SERVER<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ac58465e0618941842439eb3f5a2cf8bebd5a3f1 - REPACK</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=342051d73b386ad763e13930e15031f7ba5367f5 - ALTER TABLE ALTER CHECK NOT ENFORCED<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=383eb21ebffe9ddd97dca03e529fa363580e7ccf - konverze NOT IN (SELECT) na antijoin</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=5883ff30b02ceed3c5eabba4d9c09a7766f9a8fc - pg_plan_advice v contribu https://www.depesz.com/2026/03/22/waiting-for-postgresql-19-add-pg_plan_advice-contrib-module/<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a0b6ef29a51818a4073a5f390ed10ef6453d5c11 - umoznuje rychly ALTER TABLE ALTERL COLUMN i pro domenove typy</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=213f0079b3415ad8f5f0a62d119ed1f0a448ad8f - pgstattuple pouziva streaming<br />
https://postgrespro.com/blog/pgsql/5972812<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e0a3a3fd5361913502ff696ecf47770ca55975ae - optimalizace COPY FROM simd</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c456e39113809376f6604e720910ccd24e18e034 - optimalizace transformace heaptuple na radek</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2f094e7ac691abc9d2fe0f4dcf0feac4a6ce1d9c - podpora SQL/PGQ<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=dd1398f1378799acc60c3ed85d82439b2ff69141 - moznost urcit grantora v prikazu GRANT, REVOKE<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1811f1af98fb237fdd5adb588cd4b57c433b75f8 - výrazně lepší chování HASHJOINu s velkým množstvím NULL hodnot<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=493f8c6439cf64d75883c650b5dd573d8fe0664b - ALTER PUBLICATION EXCEPT TABLE<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7dadd38cda95bf5bc0c4715d9ab71766d1693379 - COPY TO v jsonu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4c0390ac53b745c2800f6aa3d9ee2515d6ab499b - COPY TO JSON force_array</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=ce8d5fe0e2802158b65699aeae1551d489948167 - optimalizace SELECT const INTO var (v plpgsql)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=4019f725f5d43f37b23222d06d20e3da1038d373 - statistiky pro zamky<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e2f289e5b9b82acaf1523fda827e71b8fc8bd549 - soft errors cast - priprava na fault tolerant CAST</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=497c1170cb108cd84fe13db19c049177376fec5f - podpora base32hex</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=41d69e6dccad6ef26511a466e6484bc8807362cf - popisky v internich psql dotazech</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7965d65fc5bb2139bc51c051c11428414c65160 - prioritni vyber tabulek v autovacuum<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2da86c1ef9b5446e0e22c0b6a5846293e58d98e3 - optimalizace kontroly referencni integrity</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=8e72d914c52876525a90b28444453de8085c866f - podpora DELETE, UPDATE FOR PORTION OF<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=7f8c88c2b872cb74882ab93dcb05529dab2a10bc - vypnuti JIT</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=b7b27eb41a5cc0b45a1a9ce5c1cde5883d7bc358 - dalsi optimalizace kontroly RI (cca 3x rychlejsi)</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=f19c0eccae9680f5785b11cdc58ef571998caec9 - online vypinani zapinani kontrolnich souctu</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=a4f774cf1c7e5c6cf2f3393f611e1df16cdb5a5a - get pg_get_database_ddl</s><br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=76e514ebb4b55f95b844e3e94e61fa64ab16fd0b - get_object_ddl</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e8ec19aa321abc89fb4fd277c994f14680ba17db - pg_stash_advice<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=e972dff6c30447ebcfa2f8601b67f926247463b6 - moznost nastaveni explainu v auto-explainu<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=28d534e2ae0ac888b5460f977a10cd9bb017ef98 - REPACK CONCURRENTLY (zatim s omezenim)</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=87f61f0c82806b7e4201f15bd77920e9e7108b11 - pohled pg_stat_autovacuum_scores<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1ff3180ca0169556984ab83759477f593129794d - autovacuum muze pouzit paralelni vacuum indexu<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=c10edb102ada607eb054bc9e23690109d86849ef - persistentni hinty<br />
* <s>https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=294520c44487ecaade7a6ea8781b973f9ed03909 - použití TSC pro explain analyze - explain analyze zpomaluje cca o 60% misto o 150% dotaz 170ms, EA19 278ms, EA18 428ms</s><br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b1117d6e2e47d86cdbd978b79434c630cb0ef52 - EXPLAIN IO<br />
* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d1c01b79d4ae90e52bf9db9c05c9de17b7313e85 - automatika v nastaveni poctu IO workeru</div>PavelStehule