pgsql-hackers  

Messages by Thread

• • Re: Add a greedy join search algorithm to handle large join problems Tomas Vondra
  • Re: Add a greedy join search algorithm to handle large join problems Tomas Vondra
  • Re: Add a greedy join search algorithm to handle large join problems Chengpeng Yan
  • Re: Add a greedy join search algorithm to handle large join problems Tomas Vondra
  • Re: Add a greedy join search algorithm to handle large join problems John Naylor
  • Re: Add a greedy join search algorithm to handle large join problems Pavel Stehule
  • Re: Add a greedy join search algorithm to handle large join problems Tomas Vondra
  • Re: Add a greedy join search algorithm to handle large join problems Pavel Stehule
  • Re: Add a greedy join search algorithm to handle large join problems Chengpeng Yan
  • Re: Add a greedy join search algorithm to handle large join problems Tomas Vondra
  • Re: Add a greedy join search algorithm to handle large join problems Chengpeng Yan
• Re: [Patch] Windows relation extension failure at 2GB and 4GB Michael Paquier
  • Re: [Patch] Windows relation extension failure at 2GB and 4GB Andres Freund
  • Re: [Patch] Windows relation extension failure at 2GB and 4GB Michael Paquier
  • Re: [Patch] Windows relation extension failure at 2GB and 4GB Andres Freund
  • Re: [Patch] Windows relation extension failure at 2GB and 4GB Michael Paquier
• [PATCH] Add hint for misspelled relations Steve Chavez
  • Re: [PATCH] Add hint for misspelled relations Kirill Reshke
  • Re: [PATCH] Add hint for misspelled relations Daniel Gustafsson
  • Re: [PATCH] Add hint for misspelled relations Steve Chavez
• Re: apply_scanjoin_target_to_paths and partitionwise join Richard Guo
  • Re: apply_scanjoin_target_to_paths and partitionwise join Robert Haas
  • Re: apply_scanjoin_target_to_paths and partitionwise join Richard Guo
  • Re: apply_scanjoin_target_to_paths and partitionwise join Robert Haas
  • Re: apply_scanjoin_target_to_paths and partitionwise join Robert Haas
  • Re: apply_scanjoin_target_to_paths and partitionwise join Ashutosh Bapat
  • Re: apply_scanjoin_target_to_paths and partitionwise join Robert Haas
  • Re: apply_scanjoin_target_to_paths and partitionwise join Ashutosh Bapat
• Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] David Klika
  • Re: Adding REPACK [concurrently] Álvaro Herrera
  • Re: Adding REPACK [concurrently] Marcos Pegoraro
  • Re: Adding REPACK [concurrently] Álvaro Herrera
  • Re: Adding REPACK [concurrently] David Klika
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Antonin Houska
  • Re: Adding REPACK [concurrently] Alvaro Herrera
  • Re: Adding REPACK [concurrently] Mihail Nikalayeu
  • Re: Adding REPACK [concurrently] Alvaro Herrera
• Re: new commitfest transition guidance Peter Geoghegan
  • Re: new commitfest transition guidance Tom Lane
  • Re: new commitfest transition guidance Peter Geoghegan
• freespace buffer locking Andres Freund
  • Re: freespace buffer locking Kirill Reshke
• Re: [PATCH] contrib: Add pg_datemath extension with datediff function Myles Lewis
• Re: Bug in amcheck? Heikki Linnakangas
  • Re: Bug in amcheck? Peter Geoghegan
  • Re: Bug in amcheck? Heikki Linnakangas
  • Re: Bug in amcheck? Tom Lane
• Re: plan shape work Robert Haas
  • Re: plan shape work Robert Haas
• Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Melanie Plageman
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Peter Geoghegan
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
  • Re: Buffer locking is special (hints, checksums, AIO writes) Heikki Linnakangas
  • Re: Buffer locking is special (hints, checksums, AIO writes) Andres Freund
• Is there value in having optimizer stats for joins/foreignkeys? Corey Huinker
  • Re: Is there value in having optimizer stats for joins/foreignkeys? Tomas Vondra
  • Re: Is there value in having optimizer stats for joins/foreignkeys? Tom Lane
  • Re: Is there value in having optimizer stats for joins/foreignkeys? Corey Huinker
  • Re: Is there value in having optimizer stats for joins/foreignkeys? Alexandra Wang
  • Re: Is there value in having optimizer stats for joins/foreignkeys? Corey Huinker
• Re: Improving tracking/processing of buildfarm test failures Alexander Lakhin
  • Re: Improving tracking/processing of buildfarm test failures Alexander Lakhin
• Re: Improving the names generated for indexes on expressions Robert Haas
• Re: Dynamic shared memory areas Robert Haas
• split tablecmds.c Nathan Bossart
  • Re: split tablecmds.c Álvaro Herrera
  • Re: split tablecmds.c Tom Lane
  • Re: split tablecmds.c Álvaro Herrera
  • Re: split tablecmds.c Chao Li
  • Re: split tablecmds.c Michael Paquier
  • Re: split tablecmds.c Amit Langote
  • Re: split tablecmds.c Euler Taveira
  • Re: split tablecmds.c Andres Freund
• Re: Newly created replication slot may be invalidated by checkpoint Masahiko Sawada
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • Re: Newly created replication slot may be invalidated by checkpoint Masahiko Sawada
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • Re: Newly created replication slot may be invalidated by checkpoint Masahiko Sawada
  • Re: Newly created replication slot may be invalidated by checkpoint Amit Kapila
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • Re: Newly created replication slot may be invalidated by checkpoint Amit Kapila
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • Re: Newly created replication slot may be invalidated by checkpoint Masahiko Sawada
  • Re: Newly created replication slot may be invalidated by checkpoint Amit Kapila
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • RE: Newly created replication slot may be invalidated by checkpoint Vitaly Davydov
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • Re: Newly created replication slot may be invalidated by checkpoint Amit Kapila
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • RE: Newly created replication slot may be invalidated by checkpoint Zhijie Hou (Fujitsu)
  • Re: Newly created replication slot may be invalidated by checkpoint Alexander Korotkov
  • Re: Newly created replication slot may be invalidated by checkpoint Amit Kapila
  • Re: Newly created replication slot may be invalidated by checkpoint Amit Kapila
  • Re: Newly created replication slot may be invalidated by checkpoint Masahiko Sawada
  • Re: Newly created replication slot may be invalidated by checkpoint Alexander Korotkov
• Re: reduce size of logs stored by buildfarm Jacob Champion
• Re: index prefetching Tomas Vondra
  • Re: index prefetching Peter Geoghegan
  • Re: index prefetching Amit Langote
  • Re: index prefetching Peter Geoghegan
  • Re: index prefetching Amit Langote
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Peter Geoghegan
  • Re: index prefetching Tomas Vondra
  • Re: index prefetching Andres Freund
  • Re: index prefetching Tomas Vondra
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Tomas Vondra
  • Re: index prefetching Andres Freund
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Tomas Vondra
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Peter Geoghegan
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Tomas Vondra
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Tomas Vondra
  • Re: index prefetching Konstantin Knizhnik
  • Re: index prefetching Konstantin Knizhnik
• Re: warning: dereferencing type-punned pointer Peter Eisentraut
• Re: show size of DSAs and dshash tables in pg_dsm_registry_allocations Nathan Bossart
  • Re: show size of DSAs and dshash tables in pg_dsm_registry_allocations Robert Haas
  • Re: show size of DSAs and dshash tables in pg_dsm_registry_allocations Nathan Bossart
  • Re: show size of DSAs and dshash tables in pg_dsm_registry_allocations Chao Li
  • Re: show size of DSAs and dshash tables in pg_dsm_registry_allocations Nathan Bossart
  • Re: show size of DSAs and dshash tables in pg_dsm_registry_allocations Rahila Syed
  • Re: show size of DSAs and dshash tables in pg_dsm_registry_allocations Nathan Bossart
• Re: Remove unused fields from BufferCacheNumaRec Bertrand Drouvot
• Re: [PATCH] Better Performance for PostgreSQL with large INSERTs Philipp Marek
  • Re: [PATCH] Better Performance for PostgreSQL with large INSERTs Jakub Wartak
  • Re: [PATCH] Better Performance for PostgreSQL with large INSERTs Philipp Marek
• Safer hash table initialization macro Bertrand Drouvot
  • Re: Safer hash table initialization macro Jelte Fennema-Nio
  • Re: Safer hash table initialization macro Bertrand Drouvot
  • Re: Safer hash table initialization macro Thomas Munro
  • Re: Safer hash table initialization macro Jelte Fennema-Nio
  • Re: Safer hash table initialization macro Thomas Munro
  • Re: Safer hash table initialization macro Bertrand Drouvot
  • Re: Safer hash table initialization macro Thomas Munro
  • Re: Safer hash table initialization macro Jelte Fennema-Nio
  • Re: Safer hash table initialization macro Jelte Fennema-Nio
  • Re: Safer hash table initialization macro Bertrand Drouvot
• Re: Non-text mode for pg_dumpall tushar
  • Re: Non-text mode for pg_dumpall tushar
  • Re: Non-text mode for pg_dumpall tushar
  • Re: Non-text mode for pg_dumpall Mahendra Singh Thalor
  • Re: Non-text mode for pg_dumpall tushar
  • Re: Non-text mode for pg_dumpall Mahendra Singh Thalor
  • Re: Non-text mode for pg_dumpall tushar
  • Re: Non-text mode for pg_dumpall Mahendra Singh Thalor
  • Re: Non-text mode for pg_dumpall tushar
  • Re: Non-text mode for pg_dumpall Mahendra Singh Thalor
  • Re: Non-text mode for pg_dumpall tushar
  • Re: Non-text mode for pg_dumpall Andrew Dunstan
  • Re: Non-text mode for pg_dumpall Mahendra Singh Thalor
  • Re: Non-text mode for pg_dumpall Andrew Dunstan
  • Re: Non-text mode for pg_dumpall jian he
  • Re: Non-text mode for pg_dumpall Andrew Dunstan
  • Re: Non-text mode for pg_dumpall jian he
• [PATCH] Expose checkpoint reason to completion log messages. Soumya S Murali
  • Re: [PATCH] Expose checkpoint reason to completion log messages. Andres Freund
  • Re: [PATCH] Expose checkpoint reason to completion log messages. Soumya S Murali
  • Re: [PATCH] Expose checkpoint reason to completion log messages. Soumya S Murali
• Re: PoC: Simplify recovery after dropping a table by LOGGING the restore LSN Дмитрий Лебедев
  • Re: PoC: Simplify recovery after dropping a table by LOGGING the restore LSN Andrey Borodin
• Re: Some optimizations for COALESCE expressions during constant folding Richard Guo
  • Re: Some optimizations for COALESCE expressions during constant folding Richard Guo
  • Re: Some optimizations for COALESCE expressions during constant folding Matheus Alcantara
  • Re: Some optimizations for COALESCE expressions during constant folding Richard Guo
  • Re: Some optimizations for COALESCE expressions during constant folding Matheus Alcantara
  • Re: Some optimizations for COALESCE expressions during constant folding Richard Guo
• missing PG_IO_ALIGN_SIZE uses Peter Eisentraut
  • Re: missing PG_IO_ALIGN_SIZE uses Chao Li
  • Re: missing PG_IO_ALIGN_SIZE uses Peter Eisentraut
  • Re: missing PG_IO_ALIGN_SIZE uses Thomas Munro

• Earlier messages
• Later messages