pgsql-hackers  

Messages by Thread

• • Re: pgsql: Teach DSM registry to ERROR if attaching to an uninitialized ent Nathan Bossart
• Re: SQL Property Graph Queries (SQL/PGQ) Ashutosh Bapat
  • Re: SQL Property Graph Queries (SQL/PGQ) Junwang Zhao
  • Re: SQL Property Graph Queries (SQL/PGQ) Ashutosh Bapat
  • Re: SQL Property Graph Queries (SQL/PGQ) Junwang Zhao
  • Re: SQL Property Graph Queries (SQL/PGQ) Peter Eisentraut
  • Re: SQL Property Graph Queries (SQL/PGQ) Peter Eisentraut
  • Re: SQL Property Graph Queries (SQL/PGQ) Junwang Zhao
  • Re: SQL Property Graph Queries (SQL/PGQ) Ashutosh Bapat
  • Re: SQL Property Graph Queries (SQL/PGQ) Peter Eisentraut
  • Re: SQL Property Graph Queries (SQL/PGQ) Ashutosh Bapat
  • Re: SQL Property Graph Queries (SQL/PGQ) Amit Langote
  • Re: SQL Property Graph Queries (SQL/PGQ) Ashutosh Bapat
  • Re: SQL Property Graph Queries (SQL/PGQ) Peter Eisentraut
• Re: Metadata and record block access stats for indexes Mircea Cadariu
  • Re: Metadata and record block access stats for indexes Aleksander Alekseev
  • Re: Metadata and record block access stats for indexes Mircea Cadariu
• Remove useless casts to (void *) Bertrand Drouvot
  • Re: Remove useless casts to (void *) Aleksander Alekseev
  • Re: Remove useless casts to (void *) Bertrand Drouvot
  • Re: Remove useless casts to (void *) Aleksander Alekseev
  • Re: Remove useless casts to (void *) Álvaro Herrera
  • Re: Remove useless casts to (void *) Bertrand Drouvot
  • Re: Remove useless casts to (void *) Jacob Champion
  • Re: Remove useless casts to (void *) Peter Eisentraut
• Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Álvaro Herrera
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Michael Banck
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Álvaro Herrera
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Michael Banck
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Soumya S Murali
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Juan José Santamaría Flecha
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Michael Banck
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Soumya S Murali
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Soumya S Murali
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Michael Banck
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Soumya S Murali
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Michael Banck
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Soumya S Murali
  • Re: [PATCH] Expose checkpoint timestamp and duration in pg_stat_checkpointer Soumya S Murali
• RE: [PROPOSAL] Termination of Background Workers for ALTER/DROP DATABASE Aya Iwata (Fujitsu)
• Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-in functions Илья Чердаков
• Unexpected flood or keepalive messages during logical replication Petros Angelatos
• 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 Tom Lane
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 Tom Lane
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 David Rowley
  • Re: 10% drop in code line count in PG 17 Álvaro Herrera
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 David Rowley
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 David Rowley
  • Re: 10% drop in code line count in PG 17 Álvaro Herrera
  • Re: 10% drop in code line count in PG 17 Daniel Gustafsson
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 Daniel Gustafsson
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 Aleksander Alekseev
  • Re: 10% drop in code line count in PG 17 Peter Eisentraut
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
  • Re: 10% drop in code line count in PG 17 Aleksander Alekseev
  • Re: 10% drop in code line count in PG 17 Aleksander Alekseev
  • Re: 10% drop in code line count in PG 17 Bruce Momjian
• Re: warning on the current head Viktor Holmberg
  • Re: warning on the current head Michael Paquier
• Re: Make PGOAUTHCAFILE in libpq-oauth work out of debug mode Jacob Champion
  • Re: Make PGOAUTHCAFILE in libpq-oauth work out of debug mode Jacob Champion
• Re: Intention to start an [oauth] "working group" Jacob Champion
• Avoid unnecessary processing of DISTINCT clause (Was: Unique Keys) Antonin Houska
• Re: pgsql: doc: remove verbiage about "receiving" data from rep. slots Robert Haas
  • Re: pgsql: doc: remove verbiage about "receiving" data from rep. slots Bruce Momjian
• Use strtoi64() in pgbench, replacing its open-coded implementation Heikki Linnakangas
  • Re: Use strtoi64() in pgbench, replacing its open-coded implementation Yuefei Shi
  • Re: Use strtoi64() in pgbench, replacing its open-coded implementation Neil Chen
  • Re: Use strtoi64() in pgbench, replacing its open-coded implementation Tom Lane
  • Re: Use strtoi64() in pgbench, replacing its open-coded implementation Neil Chen
  • Re: Use strtoi64() in pgbench, replacing its open-coded implementation Chao Li
  • Re: Use strtoi64() in pgbench, replacing its open-coded implementation Heikki Linnakangas
  • Re: Use strtoi64() in pgbench, replacing its open-coded implementation Álvaro Herrera
• PG17 version getting installed by default with every package installation Rambabu V
• Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Kirill Reshke
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Dagfinn Ilmari Mannsåker
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Dagfinn Ilmari Mannsåker
  • 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) Chao Li
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Chao Li
  • Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) Chao Li
  • 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) Chao Li
• Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? David Geier
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? David Geier
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? David Geier
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? David Geier
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Lukas Fittl
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Robert Haas
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? David Geier
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Robert Haas
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? Hannu Krosing
  • Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? David Geier
• Re: transformJsonFuncExpr pathspec cache lookup failed jian he
  • Re: transformJsonFuncExpr pathspec cache lookup failed Amit Langote
  • Re: transformJsonFuncExpr pathspec cache lookup failed jian he
  • Re: transformJsonFuncExpr pathspec cache lookup failed Kirill Reshke
  • Re: transformJsonFuncExpr pathspec cache lookup failed Amit Langote
• Re: [PATCH] Fix orphaned backend processes on Windows using Job Objects Bryan Green
• Re: PRI?64 vs Visual Studio (2022) Thomas Munro
  • Re: PRI?64 vs Visual Studio (2022) Tom Lane
  • Re: PRI?64 vs Visual Studio (2022) Thomas Munro
  • Re: PRI?64 vs Visual Studio (2022) Tom Lane
  • Re: PRI?64 vs Visual Studio (2022) Peter Eisentraut
  • Re: PRI?64 vs Visual Studio (2022) Tom Lane
  • Re: PRI?64 vs Visual Studio (2022) Álvaro Herrera
  • Re: PRI?64 vs Visual Studio (2022) Jacob Champion
  • Re: PRI?64 vs Visual Studio (2022) Thomas Munro
  • Re: PRI?64 vs Visual Studio (2022) Tom Lane
  • Re: PRI?64 vs Visual Studio (2022) Tom Lane
  • Re: PRI?64 vs Visual Studio (2022) Thomas Munro
  • Re: PRI?64 vs Visual Studio (2022) Nazir Bilal Yavuz
  • Re: PRI?64 vs Visual Studio (2022) Tom Lane
  • Re: PRI?64 vs Visual Studio (2022) Thomas Munro
  • Re: PRI?64 vs Visual Studio (2022) Peter Eisentraut
  • Re: PRI?64 vs Visual Studio (2022) Thomas Munro
  • Re: PRI?64 vs Visual Studio (2022) Tom Lane
  • Re: PRI?64 vs Visual Studio (2022) Thomas Munro
  • Re: PRI?64 vs Visual Studio (2022) Peter Eisentraut
• Re: log_min_messages per backend type Euler Taveira
  • Re: log_min_messages per backend type Alvaro Herrera
  • Re: log_min_messages per backend type Euler Taveira
  • Re: log_min_messages per backend type Euler Taveira
  • Re: log_min_messages per backend type Euler Taveira
• Re: [PATCH] Fixed creation of empty .log files during log rotation Laurenz Albe
  • Re: [PATCH] Fixed creation of empty .log files during log rotation Tom Lane
  • Re: [PATCH] Fixed creation of empty .log files during log rotation Michael Paquier
• Re: RFC: Logging plan of the running query Akshat Jaimini
  • Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Robert Haas
  • Re: RFC: Logging plan of the running query torikoshia
  • Re: RFC: Logging plan of the running query Robert Haas
  • Re: RFC: Logging plan of the running query torikoshia
• Post-release followup: pg_add_size_overflow() Jacob Champion
  • Re: Post-release followup: pg_add_size_overflow() Chao Li
  • Re: Post-release followup: pg_add_size_overflow() Jacob Champion
  • Re: Post-release followup: pg_add_size_overflow() Michael Paquier
  • Re: Post-release followup: pg_add_size_overflow() Jacob Champion
  • Re: Post-release followup: pg_add_size_overflow() Jacob Champion
• Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Mircea Cadariu
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Mircea Cadariu
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Fujii Masao
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Mircea Cadariu
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Mircea Cadariu
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Fujii Masao
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Mircea Cadariu
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Fujii Masao
  • Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Mircea Cadariu
  • Re:Re: pg_recvlogical: Prevent flushed data from being re-sent after restarting replication Yilin Zhang
• Re: Eagerly evict bulkwrite strategy ring Melanie Plageman
  • Re: Eagerly evict bulkwrite strategy ring Chao Li
  • Re: Eagerly evict bulkwrite strategy ring Melanie Plageman
  • Re: Eagerly evict bulkwrite strategy ring Melanie Plageman
• Re: pg_utility ? Dmitry Dolgov
  • Re: pg_utility ? Sami Imseih
  • Re: pg_utility ? Komяpa
  • Re: pg_utility ? Christoph Berg
  • Re: pg_utility ? Andreas Karlsson
  • Re: pg_utility ? Christoph Berg
  • Re: pg_utility ? Andreas Karlsson
  • Re: pg_utility ? Komяpa
  • Re: pg_utility ? Christoph Berg
  • Re: pg_utility ? Komяpa
  • Re: pg_utility ? Aleksander Alekseev
• Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Chao Li
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Chao Li
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Chao Li
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Chao Li
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Kirill Reshke
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Kirill Reshke
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Jelte Fennema-Nio
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Amit Kapila
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Fujii Masao
  • Re: Allow GUC settings in CREATE SUBSCRIPTION CONNECTION to take effect Amit Kapila
• IS JSON predicate support for domain base type as JSON/JSONB/BYTEA/TEXT jian he
  • Re: IS JSON predicate support for domain base type as JSON/JSONB/BYTEA/TEXT Tom Lane
  • Re: IS JSON predicate support for domain base type as JSON/JSONB/BYTEA/TEXT jian he
• Re: Bug in amcheck? Konstantin Knizhnik

• Earlier messages
• Later messages