Mailing lists [pgsql-hackers]
- Re: Extracting only the columns needed for a query Melanie Plageman
- Re: EXPLAIN: Non-parallel ancestor plan nodes exclude parallel worker instrumentation Maciek Sakrejda
- pg_bsd_indent compiles bytecode Alvaro Herrera
- Re: Avoiding hash join batch explosions with extreme skew and weirdstats Tomas Vondra
- Re: Review for GetWALAvailability() Alvaro Herrera
- Re: min_safe_lsn column in pg_replication_slots view Alvaro Herrera
- Re: Assertion failure in pg_copy_logical_replication_slot() Alvaro Herrera
- Re: Threading in BGWorkers (!) Andres Freund
- Re: Threading in BGWorkers (!) Chapman Flack
- Re: Threading in BGWorkers (!) Andres Freund
- Re: Removal of currtid()/currtid2() and some table AM cleanup Michael Paquier
- Re: Default setting for enable_hashagg_disk David Rowley
- Re: Threading in BGWorkers (!) Tom Lane
- Re: Review for GetWALAvailability() Kyotaro Horiguchi
- Re: EXPLAIN: Non-parallel ancestor plan nodes exclude parallel worker instrumentation Amit Kapila
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical() at walsender.c:2762 Kyotaro Horiguchi
- Re: Threading in BGWorkers (!) Chapman Flack
- Re: Threading in BGWorkers (!) Tom Lane
- Re: Default setting for enable_hashagg_disk Justin Pryzby
- Re: Threading in BGWorkers (!) Chapman Flack
- Re: Parallel Seq Scan vs kernel read ahead David Rowley
- Re: Update InsertPgAttributeTuple comment to match new signature Michael Paquier
- Allow CURRENT_ROLE in GRANTED BY Peter Eisentraut
- should libpq also require TLSv1.2 by default? Peter Eisentraut
- Re: EXPLAIN: Non-parallel ancestor plan nodes exclude parallel worker instrumentation Maciek Sakrejda
- RE: [PoC] Non-volatile WAL buffer Takashi Menjo
- Re: Improve handling of parameter differences in physical replication Peter Eisentraut
- Re: Parallel copy Bharath Rupireddy
- Re: Allow CURRENT_ROLE in GRANTED BY Vik Fearing
- Re: Removal of currtid()/currtid2() and some table AM cleanup Inoue, Hiroshi
- Re: [Patch] ALTER SYSTEM READ ONLY tushar
- Re: should libpq also require TLSv1.2 by default? Daniel Gustafsson
- Re: should libpq also require TLSv1.2 by default? Magnus Hagander
- Re: Parallel copy Bharath Rupireddy
- Re: pg_resetwal --next-transaction-id may cause database failed to restart. movead.li@highgo.ca
- Re: Removal of currtid()/currtid2() and some table AM cleanup Michael Paquier
- Re: should libpq also require TLSv1.2 by default? Daniel Gustafsson
- PostgreSQL and big data - FDW ROS Didier
- Re: Default setting for enable_hashagg_disk Bruce Momjian
- Re: EXPLAIN: Non-parallel ancestor plan nodes exclude parallel worker instrumentation Amit Kapila
- Re: min_safe_lsn column in pg_replication_slots view Fujii Masao
- Re: min_safe_lsn column in pg_replication_slots view Fujii Masao
- Re: PostgreSQL and big data - FDW Bruce Momjian
- Re: Assertion failure in pg_copy_logical_replication_slot() Fujii Masao
- Re: EXPLAIN: Non-parallel ancestor plan nodes exclude parallel worker instrumentation Amit Kapila
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Fujii Masao
- [PATCH] COPY command's data format option allows only lowercase csv,text or binary Bharath Rupireddy
- Re: PATCH: logical_work_mem and logical streaming of largein-progress transactions Amit Kapila
- Re: PATCH: logical_work_mem and logical streaming of largein-progress transactions Amit Kapila
- Re: PATCH: logical_work_mem and logical streaming of largein-progress transactions Dilip Kumar
- Re: PATCH: logical_work_mem and logical streaming of largein-progress transactions Amit Kapila
- Re: [HACKERS] Custom compression methods Robert Haas
- Why forbid "INSERT INTO t () VALUES ();" Fabien COELHO
- Re: Why forbid "INSERT INTO t () VALUES ();" Thomas Kellerer
- Re: Default setting for enable_hashagg_disk David Rowley
- Re: Default setting for enable_hashagg_disk Justin Pryzby
- RE: PostgreSQL and big data - FDW ROS Didier
- Re: min_safe_lsn column in pg_replication_slots view Amit Kapila
- Re: [PATCH] COPY command's data format option allows only lowercase csv, text or binary Tom Lane
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Alvaro Herrera
- Re: Assertion failure in pg_copy_logical_replication_slot() Alvaro Herrera
- Re: pg_resetwal --next-transaction-id may cause database failed torestart. Alvaro Herrera
- Re: min_safe_lsn column in pg_replication_slots view Alvaro Herrera
- Re: PostgreSQL and big data - FDW Jeevan Ladhe
- Re: extensible options syntax for replication parser? Robert Haas
- Re: Avoiding hash join batch explosions with extreme skew and weird stats Jesse Zhang
- Re: [PATCH] COPY command's data format option allows only lowercasecsv, text or binary Robert Haas
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Stephen Frost
- Re: PostgreSQL and big data - FDW Stephen Frost
- Re: [PATCH] COPY command's data format option allows only lowercase csv, text or binary Tom Lane
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Alvaro Herrera
- Re: Default setting for enable_hashagg_disk Bruce Momjian
- Re: Default setting for enable_hashagg_disk Bruce Momjian
- Re: xid wraparound danger due to INDEX_CLEANUP false Robert Haas
- Re: Default setting for enable_hashagg_disk Tom Lane
- Re: [PATCH] Incremental sort (was: PoC: Partial sort) James Coleman
- Re: should libpq also require TLSv1.2 by default? Peter Eisentraut
- Re: Allow CURRENT_ROLE in GRANTED BY Peter Eisentraut
- Re: should libpq also require TLSv1.2 by default? Bruce Momjian
- Re: Review for GetWALAvailability() Alvaro Herrera
- Re: Default setting for enable_hashagg_disk Tomas Vondra
- Re: Default setting for enable_hashagg_disk Tom Lane
- Re: Default setting for enable_hashagg_disk Andres Freund
- Re: Default setting for enable_hashagg_disk Andres Freund
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Robert Haas
- Re: Default setting for enable_hashagg_disk Robert Haas
- Re: Default setting for enable_hashagg_disk Andres Freund
- Re: Why forbid "INSERT INTO t () VALUES ();" Fabien COELHO
- Re: Default setting for enable_hashagg_disk Andres Freund
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Alvaro Herrera
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Dave Cramer
- Re: SIGSEGV from START_REPLICATION 0/XXXXXXX in XLogSendPhysical ()at walsender.c:2762 Andres Freund
- Re: Why forbid "INSERT INTO t () VALUES ();" Tom Lane
- Re: xid wraparound danger due to INDEX_CLEANUP false Peter Geoghegan