pgsql-hackers  

Messages by Thread

• Re: dshash_find_or_insert vs. OOM Robert Haas
  • Re: dshash_find_or_insert vs. OOM Sami Imseih
  • Re: dshash_find_or_insert vs. OOM Andres Freund
  • Re: dshash_find_or_insert vs. OOM Michael Paquier
  • Re: dshash_find_or_insert vs. OOM Sami Imseih
  • Re: dshash_find_or_insert vs. OOM Michael Paquier
• Re: remove bits* types Peter Eisentraut
  • Re: remove bits* types Nathan Bossart
  • Re: remove bits* types Melanie Plageman
  • Re: remove bits* types Nathan Bossart
  • Re: remove bits* types Tom Lane
  • Re: remove bits* types Nathan Bossart
  • Re: remove bits* types Dagfinn Ilmari Mannsåker
  • Re: remove bits* types Nathan Bossart
  • Re: remove bits* types Tom Lane
  • Re: remove bits* types Nathan Bossart
• Re: SQL:2011 Application Time Update & Delete Peter Eisentraut
  • Re: SQL:2011 Application Time Update & Delete jian he
  • Re: SQL:2011 Application Time Update & Delete Paul A Jungwirth
  • Re: SQL:2011 Application Time Update & Delete Peter Eisentraut
  • Re: SQL:2011 Application Time Update & Delete SATYANARAYANA NARLAPURAM
  • Re: SQL:2011 Application Time Update & Delete SATYANARAYANA NARLAPURAM
  • Re: SQL:2011 Application Time Update & Delete SATYANARAYANA NARLAPURAM
  • Re: SQL:2011 Application Time Update & Delete jian he
  • Re: SQL:2011 Application Time Update & Delete Paul A Jungwirth
  • Re: SQL:2011 Application Time Update & Delete Paul A Jungwirth
  • Re: SQL:2011 Application Time Update & Delete Paul A Jungwirth
• Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Alexander Lakhin
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
  • Re: Don't synchronously wait for already-in-progress IO in read stream Andres Freund
  • Re: Don't synchronously wait for already-in-progress IO in read stream Melanie Plageman
• BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Yura Sokolov
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Andres Freund
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Yura Sokolov
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Yura Sokolov
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Yura Sokolov
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Michael Paquier
  • Re: BM_IO_ERROR flag is lost in TerminateBufferIO due to order of operations in UnlockBufHdrExt Yura Sokolov
• Re: SQL-level pg_datum_image_equal Matthias van de Meent
  • Re: SQL-level pg_datum_image_equal David Rowley
  • Re: SQL-level pg_datum_image_equal Matthias van de Meent
  • Re: SQL-level pg_datum_image_equal David Rowley
  • Re: SQL-level pg_datum_image_equal Matthias van de Meent
  • Re: SQL-level pg_datum_image_equal Tom Lane
  • Re: SQL-level pg_datum_image_equal Matthias van de Meent
• Re: [PATCH] libpq: try all addresses for a host before moving to next on target_session_attrs mismatch Andrew Jackson
  • Re: [PATCH] libpq: try all addresses for a host before moving to next on target_session_attrs mismatch Jacob Champion
• Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
  • Re: Exit walsender before confirming remote flush in logical replication Vitaly Davydov
  • Re: Exit walsender before confirming remote flush in logical replication Alexander Korotkov
  • Re: Exit walsender before confirming remote flush in logical replication Andrey Silitskiy
  • Re: Exit walsender before confirming remote flush in logical replication Andrey Silitskiy
  • Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
  • Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
  • Re: Exit walsender before confirming remote flush in logical replication Andrey Silitskiy
  • Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
  • Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
  • Re: Exit walsender before confirming remote flush in logical replication Andres Freund
  • Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
  • Re: Exit walsender before confirming remote flush in logical replication Chao Li
  • Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
  • Re: Exit walsender before confirming remote flush in logical replication Chao Li
  • Re: Exit walsender before confirming remote flush in logical replication Fujii Masao
• Re: Two issues leading to discrepancies in FSM data on the standby server Andrey Borodin
  • Re: Two issues leading to discrepancies in FSM data on the standby server Alexey Makhmutov
  • Re: Two issues leading to discrepancies in FSM data on the standby server Melanie Plageman
• Re: Lowering the default wal_blocksize to 4K John Naylor
  • Re: Lowering the default wal_blocksize to 4K Andres Freund
• Re: [PATCH] Precompute string lengths in PerformRadiusTransaction John Naylor
  • Re: [PATCH] Precompute string lengths in PerformRadiusTransaction zengman
• Re: [PATCH] Simplify SortSupport implementation for macaddr Michael Paquier
  • Re: [PATCH] Simplify SortSupport implementation for macaddr John Naylor
• Remove unused at_sharedrel from autovac_table Yugo Nagata
  • Re: Remove unused at_sharedrel from autovac_table Michael Paquier
  • Re: Remove unused at_sharedrel from autovac_table Álvaro Herrera
  • Re: Remove unused at_sharedrel from autovac_table Michael Paquier
• Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Bharath Rupireddy
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum SATYANARAYANA NARLAPURAM
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Alexander Korotkov
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum SATYANARAYANA NARLAPURAM
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Alexander Korotkov
  • Re: POC: Parallel processing of indexes in autovacuum Masahiko Sawada
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
  • Re: POC: Parallel processing of indexes in autovacuum SATYANARAYANA NARLAPURAM
  • Re: POC: Parallel processing of indexes in autovacuum Daniil Davydov
• Re: Convert ALL SubLinks to ANY SubLinks Richard Guo
• Re: Report bytes and transactions actually sent downtream Michael Paquier
• Fix incorrect false positive rate formatting in create_and_test_bloom() Postgress Cybrosys
• Re: Improve the performance of Unicode Normalization Forms. Michael Paquier
  • Re: Improve the performance of Unicode Normalization Forms. Michael Paquier
  • Re: Improve the performance of Unicode Normalization Forms. Alexander Borisov
• Re: SLOPE - Planner optimizations on monotonic expressions. Corey Huinker
  • Re: SLOPE - Planner optimizations on monotonic expressions. Corey Huinker
  • Re: SLOPE - Planner optimizations on monotonic expressions. Alexandre Felipe
  • Re: SLOPE - Planner optimizations on monotonic expressions. Zsolt Parragi
  • Re: SLOPE - Planner optimizations on monotonic expressions. Dean Rasheed
  • Re: SLOPE - Planner optimizations on monotonic expressions. Alexandre Felipe
  • Re: SLOPE - Planner optimizations on monotonic expressions. Dean Rasheed
  • Re: SLOPE - Planner optimizations on monotonic expressions. Alexandre Felipe
  • Re: SLOPE - Planner optimizations on monotonic expressions. Alexandre Felipe
  • Re: SLOPE - Planner optimizations on monotonic expressions. Alexandre Felipe
  • Re: SLOPE - Planner optimizations on monotonic expressions. Zsolt Parragi
  • Re: SLOPE - Planner optimizations on monotonic expressions. Alexandre Felipe
• Re: [PATCH v2] Re: Cancel problems of query to pg_stat_statements Michael Paquier
• Re: access numeric data in module Michael Paquier
  • Re: access numeric data in module Ed Behn
• Query Regarding Blog Submission Approval on Planet PostgreSQL Postgress Cybrosys
  • Re: Query Regarding Blog Submission Approval on Planet PostgreSQL David G. Johnston
  • Re: Query Regarding Blog Submission Approval on Planet PostgreSQL Álvaro Herrera
  • Re: Query Regarding Blog Submission Approval on Planet PostgreSQL Magnus Hagander
• Re: amcheck: add index-all-keys-match verification for B-Tree Wenbo Lin
  • Re: amcheck: add index-all-keys-match verification for B-Tree Jakub Wartak
• Re: relfilenode statistics Bertrand Drouvot
  • Re: relfilenode statistics Bertrand Drouvot
• Re: Flush some statistics within running transactions Michael Paquier
• Re: [Patch] add new parameter to pg_replication_origin_session_setup Michael Paquier
  • Re: [Patch] add new parameter to pg_replication_origin_session_setup Amit Kapila
  • Re: [Patch] add new parameter to pg_replication_origin_session_setup Amit Kapila
  • Re: [Patch] add new parameter to pg_replication_origin_session_setup shveta malik
  • Re: [Patch] add new parameter to pg_replication_origin_session_setup Amit Kapila
• Re: Instability in test/regress/sql/portals.sql Michael Paquier
• Re: [PATCH] Fix premature timeout in pg_promote() caused by signal interruptions Michael Paquier
  • Re: [PATCH] Fix premature timeout in pg_promote() caused by signal interruptions getiancheng
  • Re: [PATCH] Fix premature timeout in pg_promote() caused by signal interruptions Robert Pang
  • Re: [PATCH] Fix premature timeout in pg_promote() caused by signal interruptions Michael Paquier
• Re: POC: Carefully exposing information without authentication Greg Sabino Mullane
• Re: Minor refactor of the code in ExecScanExtended() Henson Choi
  • Re: Minor refactor of the code in ExecScanExtended() Michael Paquier
• Add http connection service file functionality Andrew Jackson
  • Re: Add http connection service file functionality Andrew Jackson
  • Re: Add http connection service file functionality Andrew Jackson
• Re: Use correct collation in pg_trgm Jeff Davis
  • Re: Use correct collation in pg_trgm David Geier
  • Re: Use correct collation in pg_trgm Jeff Davis
  • Re: Use correct collation in pg_trgm Tom Lane
  • Re: Use correct collation in pg_trgm David Geier
• Re: NLS: use gettext() to translate system error messages Jeff Davis
• Re: Use CASEFOLD() internally rather than LOWER() Jeff Davis
  • Re: Use CASEFOLD() internally rather than LOWER() Mark Dilger
  • Re: Use CASEFOLD() internally rather than LOWER() Jeff Davis
  • Re: Use CASEFOLD() internally rather than LOWER() Mark Dilger
• Re: [19] CREATE SUBSCRIPTION ... SERVER Jeff Davis
  • RE: [19] CREATE SUBSCRIPTION ... SERVER Shinoda, Noriyoshi (PSD Japan FSI)
  • Re: [19] CREATE SUBSCRIPTION ... SERVER Jeff Davis
• Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Andres Freund
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Michael Paquier
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Michael Paquier
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
  • Re: Fixes inconsistent behavior in vacuum when it processes multiple relations Nathan Bossart
• Test timings are increasing too fast for cfbot Andres Freund
  • Re: Test timings are increasing too fast for cfbot Andres Freund
  • Re: Test timings are increasing too fast for cfbot Julien Rouhaud
  • Re: Test timings are increasing too fast for cfbot Andres Freund
  • Make \d tablename fast again, regression introduced by 85b7efa1cdd Jelte Fennema-Nio
  • Re: Test timings are increasing too fast for cfbot Tomas Vondra
  • Re: Test timings are increasing too fast for cfbot Andres Freund
  • Re: Test timings are increasing too fast for cfbot David Rowley
  • Re: Test timings are increasing too fast for cfbot Andres Freund
• Re: pg_plan_advice Robert Haas
  • Re: pg_plan_advice Lukas Fittl

• Earlier messages
• Later messages