pgsql-hackers  

Messages by Thread

• • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Kirill Reshke
  • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Matheus Alcantara
  • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Alexander Korotkov
  • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Kirill Reshke
  • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Matheus Alcantara
  • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Alexander Korotkov
  • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Matheus Alcantara
  • Re: MERGE PARTITIONS and DEPENDS ON EXTENSION. Matheus Alcantara
• GetCachedPlan() refactor: move execution lock acquisition out Amit Langote
  • Re: GetCachedPlan() refactor: move execution lock acquisition out Kirill Reshke
  • Re: GetCachedPlan() refactor: move execution lock acquisition out Amit Langote
  • Re: GetCachedPlan() refactor: move execution lock acquisition out Amit Langote
  • Re: GetCachedPlan() refactor: move execution lock acquisition out Chao Li
  • Re: GetCachedPlan() refactor: move execution lock acquisition out Amit Langote
• meson html:alias vs. html:custom Peter Eisentraut
  • Re: meson html:alias vs. html:custom Nazir Bilal Yavuz
  • Re: meson html:alias vs. html:custom Álvaro Herrera
  • Re: meson html:alias vs. html:custom Nazir Bilal Yavuz
  • Re: meson html:alias vs. html:custom Peter Eisentraut
• off-by-one in pg_repack index loop Lakshmi N
  • Re: off-by-one in pg_repack index loop Xiaopeng Wang
  • Re: off-by-one in pg_repack index loop John Naylor
  • Re: off-by-one in pg_repack index loop Álvaro Herrera
• Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Amit Kapila
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications shveta malik
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Amit Kapila
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications shveta malik
  • Re: Support EXCEPT for TABLES IN SCHEMA publications shveta malik
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications shveta malik
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications shveta malik
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications shveta malik
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Peter Smith
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications vignesh C
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications vignesh C
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
  • Re: Support EXCEPT for TABLES IN SCHEMA publications vignesh C
  • Re: Support EXCEPT for TABLES IN SCHEMA publications vignesh C
  • Re: Support EXCEPT for TABLES IN SCHEMA publications Nisha Moond
• Do we still need gen_node_support.pl's nodetag ABI stability check? Tom Lane
  • Re: Do we still need gen_node_support.pl's nodetag ABI stability check? Tom Lane
  • Re: Do we still need gen_node_support.pl's nodetag ABI stability check? Daniel Gustafsson
  • Re: Do we still need gen_node_support.pl's nodetag ABI stability check? Peter Eisentraut
  • Re: Do we still need gen_node_support.pl's nodetag ABI stability check? Daniel Gustafsson
  • Re: Do we still need gen_node_support.pl's nodetag ABI stability check? Tom Lane
  • Re: Do we still need gen_node_support.pl's nodetag ABI stability check? Daniel Gustafsson
• Re: Improve logical replication usability when tables lack primary keys Chao Li
  • Re: Improve logical replication usability when tables lack primary keys shveta malik
  • Re: Improve logical replication usability when tables lack primary keys shveta malik
  • Re: Improve logical replication usability when tables lack primary keys Chao Li
  • Re: Improve logical replication usability when tables lack primary keys Chao Li
• Re: PoC - psql - emphases line with table name in verbose output Pavel Stehule
  • Re: PoC - psql - emphases line with table name in verbose output Jim Jones
  • Re: PoC - psql - emphases line with table name in verbose output Pavel Stehule
  • Re: PoC - psql - emphases line with table name in verbose output Jim Jones
• Re: tablecmds: fix bug where index rebuild loses replica identity on partitions Chao Li
• Fix checkpointer PANIC due to missing fsync cancel in mdunlinkfork() SATYANARAYANA NARLAPURAM
• Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Chengpeng Yan
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Ilia Evdokimov
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types Chengpeng Yan
  • Re: [PATCH] ANALYZE: hash-accelerate MCV tracking for equality-only types John Naylor
• POC: Comparison of partitioning key values John Mikk
  • Re: POC: Comparison of partitioning key values David Rowley
  • Re: POC: Comparison of partitioning key values John Mikk
  • Re: POC: Comparison of partitioning key values Amit Langote
• Re: Why is_admin_of_role() use ROLERECURSE_MEMBERS rather thanROLERECURSE_PRIVS? Robert Haas
  • Re: Why is_admin_of_role() use ROLERECURSE_MEMBERS rather than ROLERECURSE_PRIVS? cca5507
  • Re: Why is_admin_of_role() use ROLERECURSE_MEMBERS rather than ROLERECURSE_PRIVS? Nathan Bossart
  • Re: Why is_admin_of_role() use ROLERECURSE_MEMBERS rather than ROLERECURSE_PRIVS? Jacob Champion
  • Re: Why is_admin_of_role() use ROLERECURSE_MEMBERS rather than ROLERECURSE_PRIVS? cca5507
• [PATCH] Fix missing pfree(flags.data) in overexplain_debug Lakshmi N
  • Re: [PATCH] Fix missing pfree(flags.data) in overexplain_debug Heikki Linnakangas
• Re: PSA: Planning to grease protocol connections during 19beta Jacob Champion
  • Re: PSA: Planning to grease protocol connections during 19beta Jacob Champion
  • Re: PSA: Planning to grease protocol connections during 19beta Jelte Fennema-Nio
  • Re: PSA: Planning to grease protocol connections during 19beta Jacob Champion
• Re: DOCS: pg_plan_advice minor doc fixes Robert Haas
• Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Andres Freund
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexander Lakhin
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Andres Freund
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexander Lakhin
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Alexander Lakhin
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Melanie Plageman
• Re: pg_plan_advice Robert Haas
  • Re: pg_plan_advice Alexander Lakhin
  • Re: pg_plan_advice Tender Wang
  • Re: pg_plan_advice Robert Haas
  • Re: pg_plan_advice Tender Wang
  • Re: pg_plan_advice Robert Haas
• Re: Asynchronous MergeAppend Alexander Pyhalov
  • Re: Asynchronous MergeAppend Alexander Pyhalov
• Re: Return pg_control from pg_backup_stop(). David Steele
• postgresql19-server-19-alpha sles 15.7 still needs older Leap 15.6 Packages .. André Verwijs
• PGConf.dev 2026 In-Person Commitfest ready for patch submissions Peter Eisentraut
  • Re: PGConf.dev 2026 In-Person Commitfest ready for patch submissions Peter Eisentraut
• Re: Parallel Apply Amit Kapila
  • Re: Parallel Apply Amit Kapila
  • Re: Parallel Apply shveta malik
  • Re: Parallel Apply shveta malik
  • RE: Parallel Apply Zhijie Hou (Fujitsu)
  • Re: Parallel Apply Amit Kapila
  • Re: Parallel Apply shveta malik
  • Re: Parallel Apply shveta malik
  • RE: Parallel Apply Hayato Kuroda (Fujitsu)
  • Re: Parallel Apply Peter Smith
  • Re: Parallel Apply Peter Smith
  • Re: Parallel Apply shveta malik
  • RE: Parallel Apply Zhijie Hou (Fujitsu)
  • Re: Parallel Apply shveta malik
  • RE: Parallel Apply Zhijie Hou (Fujitsu)
  • Re: Parallel Apply shveta malik
  • Re: Parallel Apply Amit Kapila
  • RE: Parallel Apply Hayato Kuroda (Fujitsu)
  • Re: Parallel Apply Peter Smith
  • RE: Parallel Apply Zhijie Hou (Fujitsu)
  • Re: Parallel Apply shveta malik
  • Re: Parallel Apply shveta malik
  • Re: Parallel Apply shveta malik
  • Re: Parallel Apply shveta malik
  • Re: Parallel Apply shveta malik
  • RE: Parallel Apply Zhijie Hou (Fujitsu)
  • Re: Parallel Apply Dilip Kumar
  • RE: Parallel Apply Zhijie Hou (Fujitsu)
  • Re: Parallel Apply shveta malik
  • RE: Parallel Apply Hayato Kuroda (Fujitsu)
  • RE: Parallel Apply Hayato Kuroda (Fujitsu)
  • RE: Parallel Apply Hayato Kuroda (Fujitsu)
  • Re: Parallel Apply Álvaro Herrera
  • Re: Parallel Apply Amit Kapila
• Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Nishant Sharma
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Alexander Lakhin
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Tom Lane
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Tom Lane
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Andrew Dunstan
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Tom Lane
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL SATYANARAYANA NARLAPURAM
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Michael Paquier
  • Re: [BUG] CRASH: ECPGprepared_statement() and ECPGdeallocate_all() when connection is NULL Shruthi Gowda
• More jsonpath methods: translate, split, join Florents Tselai
• Re: [Proposal] Adding Log File Capability to pg_createsubscriber Peter Eisentraut
  • RE: [Proposal] Adding Log File Capability to pg_createsubscriber Hayato Kuroda (Fujitsu)
• Bug: COPY FORMAT JSON includes generated columns unlike text/CSV SATYANARAYANA NARLAPURAM
  • Re: Bug: COPY FORMAT JSON includes generated columns unlike text/CSV jian he
  • Re: Bug: COPY FORMAT JSON includes generated columns unlike text/CSV Andrew Dunstan
• Re: Unicode update and some tooling improvements Peter Eisentraut
• Return value of XLogInsertRecord() for XLOG_SWITCH record cca5507
  • Re: Return value of XLogInsertRecord() for XLOG_SWITCH record 반지현
  • Re: Return value of XLogInsertRecord() for XLOG_SWITCH record cca5507
  • Re: Return value of XLogInsertRecord() for XLOG_SWITCH record 반지현
• Re: Proposal for enabling auto-vectorization for checksum calculations Andrew Kim
• Show VIRTUAL keyword for virtual generated columns in pg_dump and psql Lakshmi N
  • Re: Show VIRTUAL keyword for virtual generated columns in pg_dump and psql David G. Johnston
  • Re: Show VIRTUAL keyword for virtual generated columns in pg_dump and psql Lakshmi N
• [PATCH] Don't call ereport(ERROR) from recovery target GUC assign hooks JoongHyuk Shin
  • Re: [PATCH] Don't call ereport(ERROR) from recovery target GUC assign hooks Greg Lamberson
  • Re: [PATCH] Don't call ereport(ERROR) from recovery target GUC assign hooks Fujii Masao
  • Re: [PATCH] Don't call ereport(ERROR) from recovery target GUC assign hooks Michael Paquier
  • Re: [PATCH] Don't call ereport(ERROR) from recovery target GUC assign hooks Fujii Masao
  • Re: [PATCH] Don't call ereport(ERROR) from recovery target GUC assign hooks Michael Paquier
  • Re: [PATCH] Don't call ereport(ERROR) from recovery target GUC assign hooks JoongHyuk Shin

• Earlier messages
• Later messages