Patche 20

PavelStehule — Thu, 09 Jul 2026 13:58:00 GMT

← Starší verze		Verze z 9. 7. 2026, 13:58
(Nejsou zobrazeny 2 mezilehlé verze od stejného uživatele.)
Řádek 1:		Řádek 1:
	* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=181b6185c79e09e6ac94428189d9afac807244ac změna v automatickém pojmenování funkčních indexů		* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=181b6185c79e09e6ac94428189d9afac807244ac změna v automatickém pojmenování funkčních indexů
			* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=2e606d75c0bf9c867b51ad228eae384a9d1de21a - podpora min, max pro uuid
			* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=3b066de6c0a1dadbd8bed107e55cae659af0598f - pg_stat_kind
			* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=86ab7f4c721d61282c058acc0b4aa0b3adf04410 - kompletni podpora JSON_TABLE - plans

Patche 20

PavelStehule — Wed, 01 Jul 2026 16:47:37 GMT

založena nová stránka s textem „* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=181b6185c79e09e6ac94428189d9afac807244ac změna v automatickém pojmenování funkčních indexů“

Nová stránka

* https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=181b6185c79e09e6ac94428189d9afac807244ac změna v automatickém pojmenování funkčních indexů

PostgreSQL 19 (2026)

PavelStehule — Mon, 22 Jun 2026 15:38:03 GMT

pg_plan_advice

← Starší verze		Verze z 22. 6. 2026, 15:38
(Nejsou zobrazeny 2 mezilehlé verze od stejného uživatele.)
Řádek 42:		Řádek 42:
	Nová implementace by měla být řádově rychlejší.</p>		Nová implementace by měla být řádově rychlejší.</p>

	<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>		<s><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.</s> patch byl revertován.</p>

	<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>		<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>
Řádek 146:		Řádek 146:

	==pg_plan_advice==		==pg_plan_advice==
	<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í:		<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á. Robert 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í:
	<pre>		<pre>
	EXPLAIN (PLAN_ADVICE)		EXPLAIN (PLAN_ADVICE)

PostgreSQL - Poslední změny [cs]

Patche 20

Patche 20

PostgreSQL 19 (2026)