public inbox for [email protected]  
help / color / mirror / Atom feed
Reg pg_restore taking more time in windows compare to linux
  2025-01-26 07:14 UTC  Praveen Kumar Mandula <[email protected]>
` Re: Reg pg_restore taking more time in windows compare to linux
  2025-01-27 08:53 UTC  Laurenz Albe <[email protected]>
` Re: [EXTERNAL] - Re: Reg pg_restore taking more time in windows compare to linux
  2025-01-27 12:29 UTC  Praveen Kumar Mandula <[email protected]>
` Re: [EXTERNAL] - Re: Reg pg_restore taking more time in windows compare to linux
  2025-01-27 15:06 UTC  Laurenz Albe <[email protected]>
` Re: [EXTERNAL] - Re: Reg pg_restore taking more time in windows compare to linux
  2025-01-28 17:12 UTC  Laurenz Albe <[email protected]>
  [5+ messages in thread]

Read-only connectios optimizatios
  2025-01-25 14:55 UTC  Edson Richter <[email protected]>
` Re: Read-only connectios optimizatios
  2025-01-25 18:01 UTC  Laurenz Albe <[email protected]>
` Re: Read-only connectios optimizatios
  2025-01-25 22:12 UTC  peter plachta <[email protected]>
` RE: [EXT] Re: Read-only connectios optimizatios
  2025-01-27 17:41 UTC  Wong, Kam Fook (TR Technology) <[email protected]>
  [4+ messages in thread]

Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-25 11:23 UTC  Frits Hoogland <[email protected]>
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-25 13:32 UTC  Pavel Stehule <[email protected]>
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-25 16:59 UTC  Frits Hoogland <[email protected]>
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-25 18:18 UTC  Pavel Stehule <[email protected]>
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-25 20:01 UTC  Frits Hoogland <[email protected]>
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-25 22:08 UTC  peter plachta <[email protected]>
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-25 22:42 UTC  [email protected]
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-26 06:43 UTC  Pavel Stehule <[email protected]>
` Re: Any risk or overhead considerations for frequently executing queries against catalog tables?
  2025-01-26 17:56 UTC  Jeremy Schneider <[email protected]>
  [9+ messages in thread]

Query planning read a large amount of buffers for partitioned tables
  2025-01-15 18:29 UTC  bruno vieira da silva <[email protected]>
` Re: Query planning read a large amount of buffers for partitioned tables
  2025-01-15 18:32 UTC  bruno vieira da silva <[email protected]>
` Re: Query planning read a large amount of buffers for partitioned tables
  2025-01-15 20:01 UTC  David Rowley <[email protected]>
` Re: Query planning read a large amount of buffers for partitioned tables
  2025-01-16 14:56 UTC  bruno vieira da silva <[email protected]>
  [4+ messages in thread]

Question: consolidating strpos searches?
  2025-01-04 17:16 UTC  James Addison <[email protected]>
` Re: Question: consolidating strpos searches?
  2025-01-04 17:45 UTC  Tom Lane <[email protected]>
` Re: Question: consolidating strpos searches?
  2025-01-04 19:03 UTC  Greg Sabino Mullane <[email protected]>
` Re: Question: consolidating strpos searches?
  2025-01-15 23:58 UTC  James Addison <[email protected]>
  [4+ messages in thread]

Re: Aggressive vacuum
  2025-01-07 19:30 UTC  Jeff Janes <[email protected]>

Re: Aggressive vacuum
  2025-01-06 23:18 UTC  Slava Mudry <[email protected]>

Re: Reg. Postgres Unique contraint
  2024-12-27 12:57 UTC  [email protected]

RE: Reg. Postgres Unique contraint
  2024-12-27 11:54 UTC  [email protected]

RE: CTE Inline On TPC-DS Query 95
  2024-12-27 11:34 UTC  [email protected]
` Re: CTE Inline On TPC-DS Query 95
  2024-12-27 11:40 UTC  David Rowley <[email protected]>
  [2+ messages in thread]

huge shared_blocks_hit one select but manually run very fast
  2024-12-21 11:50 UTC  James Pang <[email protected]>
` Re: huge shared_blocks_hit one select but manually run very fast
  2024-12-21 16:40 UTC  David Mullineux <[email protected]>
` Re: huge shared_blocks_hit one select but manually run very fast
  2024-12-22 03:38 UTC  James Pang <[email protected]>
` Re: huge shared_blocks_hit one select but manually run very fast
  2024-12-25 14:07 UTC  David Mullineux <[email protected]>
  [4+ messages in thread]

Why a bitmap scan in this case?
  2024-12-19 17:52 UTC  Jon Zeppieri <[email protected]>
` Re: Why a bitmap scan in this case?
  2024-12-19 18:38 UTC  Greg Sabino Mullane <[email protected]>
` Re: Why a bitmap scan in this case?
  2024-12-19 19:09 UTC  Jon Zeppieri <[email protected]>
` Re: Why a bitmap scan in this case?
  2024-12-19 19:19 UTC  Jon Zeppieri <[email protected]>
` Re: Why a bitmap scan in this case?
  2024-12-20 08:16 UTC  Frédéric Yhuel <[email protected]>
` Re: Why a bitmap scan in this case?
  2024-12-20 09:57 UTC  Frédéric Yhuel <[email protected]>
` Re: Why a bitmap scan in this case?
  2024-12-20 21:01 UTC  Jon Zeppieri <[email protected]>
  [7+ messages in thread]

Aggressive vacuum
  2024-12-19 13:37 UTC  Graham Hay <[email protected]>

PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 11:02 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 13:18 UTC  [email protected] <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 13:35 UTC  Greg Sabino Mullane <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 13:37 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 13:56 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 14:25 UTC  Rick Otten <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 14:32 UTC  Christophe Pettus <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-09 16:07 UTC  Tom Lane <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-10 05:19 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-10 05:32 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-10 08:55 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-10 13:03 UTC  Greg Sabino Mullane <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-10 14:03 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-10 15:31 UTC  Greg Sabino Mullane <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-10 20:26 UTC  Hannu Krosing <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-11 07:32 UTC  Lars Aksel Opsahl <[email protected]>
` Re: PostgreSQL and a Catch-22 Issue related to dead rows
  2024-12-11 13:29 UTC  Lars Aksel Opsahl <[email protected]>
  [17+ messages in thread]

can a blocked transaction affect the performance of one that is blocking it?
  2024-12-09 18:42 UTC  Eric Schwarzenbach <[email protected]>
` Re: can a blocked transaction affect the performance of one that is blocking it?
  2024-12-09 23:10 UTC  Nikolay Samokhvalov <[email protected]>
` Re: can a blocked transaction affect the performance of one that is blocking it?
  2024-12-10 09:22 UTC  David Mullineux <[email protected]>
  [3+ messages in thread]

Performance of Query 60 on TPC-DS Benchmark
  2024-11-22 11:12 UTC  Ba Jinsheng <[email protected]>
` Re: Performance of Query 60 on TPC-DS Benchmark
  2024-11-22 14:32 UTC  Andrei Lepikhov <[email protected]>
` Re: Performance of Query 60 on TPC-DS Benchmark
  2024-11-24 12:04 UTC  Andrei Lepikhov <[email protected]>
` Re: Performance of Query 60 on TPC-DS Benchmark
  2024-11-28 07:58 UTC  Nikita Malakhov <[email protected]>
` Re: Performance of Query 60 on TPC-DS Benchmark
  2024-11-29 14:27 UTC  Nikita Malakhov <[email protected]>
  [5+ messages in thread]

Reg. Postgres Unique contraint
  2024-11-27 04:14 UTC  Sajjad Abid <[email protected]>
` Re: Reg. Postgres Unique contraint
  2024-11-27 04:18 UTC  Diomedes Dominguez <[email protected]>
` Re: Reg. Postgres Unique contraint
  2024-11-27 04:27 UTC  Sajjad Abid <[email protected]>
` Re: Reg. Postgres Unique contraint
  2024-11-27 06:22 UTC  Burcin Yazici <[email protected]>
` Re: Reg. Postgres Unique contraint
  2024-11-27 07:13 UTC  Vitalii Tymchyshyn <[email protected]>
  [5+ messages in thread]

Re: Has gen_random_uuid() gotten much slower in v17?
  2024-11-20 10:35 UTC  Frédéric Yhuel <[email protected]>
` Re: Has gen_random_uuid() gotten much slower in v17?
  2024-11-20 15:46 UTC  Tom Lane <[email protected]>
` Re: Has gen_random_uuid() gotten much slower in v17?
  2024-11-20 22:11 UTC  David Mullineux <[email protected]>
` Re: Has gen_random_uuid() gotten much slower in v17?
  2024-11-20 22:26 UTC  Tom Lane <[email protected]>
` Re: Has gen_random_uuid() gotten much slower in v17?
  2024-11-26 15:23 UTC  David Mullineux <[email protected]>
  [5+ messages in thread]

CTE Inline On TPC-DS Query 95
  2024-11-25 21:02 UTC  Ba Jinsheng <[email protected]>
` Re: CTE Inline On TPC-DS Query 95
  2024-11-26 04:03 UTC  David Rowley <[email protected]>
  [2+ messages in thread]

Performance of TPC-DS Query 95
  2024-11-25 20:54 UTC  Ba Jinsheng <[email protected]>
` Re: Performance of TPC-DS Query 95
  2024-11-25 22:41 UTC  David Rowley <[email protected]>
  [2+ messages in thread]

Cardinality estimate of the inner relation
  2024-11-22 15:53 UTC  Frédéric Yhuel <[email protected]>
` Re: Cardinality estimate of the inner relation
  2024-11-23 02:07 UTC  Andrei Lepikhov <[email protected]>
` Re: Cardinality estimate of the inner relation
  2024-11-25 12:46 UTC  Frédéric Yhuel <[email protected]>
  [3+ messages in thread]

could not send data to client: Connection reset by peer
  2024-11-21 12:13 UTC  James Pang <[email protected]>
` Re: could not send data to client: Connection reset by peer
  2024-11-23 01:38 UTC  Tomas Vondra <[email protected]>
  [2+ messages in thread]

tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-08 19:32 UTC  Achilleas Mantzios <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-09 10:49 UTC  Tomas Vondra <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-09 14:05 UTC  Achilleas Mantzios <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-09 14:08 UTC  Achilleas Mantzios <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-09 15:41 UTC  Tomas Vondra <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-10 09:45 UTC  Achilleas Mantzios <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-12 10:37 UTC  Achilleas Mantzios - cloud <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-12 13:17 UTC  Tomas Vondra <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-12 18:24 UTC  Achilleas Mantzios <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-12 19:37 UTC  Tom Lane <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-12 21:46 UTC  Tomas Vondra <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-13 07:14 UTC  Achilleas Mantzios - cloud <[email protected]>
` Re: tds_fdw : Severe performance degradation from postgresql 10.23 to 16.4
  2024-11-13 08:45 UTC  Achilleas Mantzios - cloud <[email protected]>
  [13+ messages in thread]

Performance of Query 4 on TPC-DS Benchmark
  2024-11-10 19:35 UTC  Ba Jinsheng <[email protected]>
` Re: Performance of Query 4 on TPC-DS Benchmark
  2024-11-10 19:58 UTC  Thomas Munro <[email protected]>
` Re: Performance of Query 4 on TPC-DS Benchmark
  2024-11-10 20:16 UTC  Alena Rybakina <[email protected]>
` Re: Performance of Query 4 on TPC-DS Benchmark
  2024-11-10 20:18 UTC  Alena Rybakina <[email protected]>
` Re: Performance of Query 4 on TPC-DS Benchmark
  2024-11-11 09:41 UTC  Andrei Lepikhov <[email protected]>
` Re: Performance of Query 4 on TPC-DS Benchmark
  2024-11-11 10:49 UTC  Ba Jinsheng <[email protected]>
` Re: Performance of Query 4 on TPC-DS Benchmark
  2024-11-11 10:51 UTC  Ba Jinsheng <[email protected]>
` Re: Performance of Query 4 on TPC-DS Benchmark
  2024-11-12 10:40 UTC  Andrei Lepikhov <[email protected]>
  [8+ messages in thread]

Major performance degradation with joins in 15.8 or 15.7?
  2024-11-07 21:54 UTC  Ed Sabol <[email protected]>
` Re: Major performance degradation with joins in 15.8 or 15.7?
  2024-11-07 22:18 UTC  David Rowley <[email protected]>
` Re: Major performance degradation with joins in 15.8 or 15.7?
  2024-11-08 01:21 UTC  Ed Sabol <[email protected]>
` Re: Major performance degradation with joins in 15.8 or 15.7?
  2024-11-08 02:27 UTC  Andrei Lepikhov <[email protected]>
` Re: Major performance degradation with joins in 15.8 or 15.7?
  2024-11-08 02:45 UTC  Ed Sabol <[email protected]>
` Re: Major performance degradation with joins in 15.8 or 15.7?
  2024-11-08 02:54 UTC  Andrei Lepikhov <[email protected]>
` Re: Major performance degradation with joins in 15.8 or 15.7?
  2024-11-08 20:32 UTC  Ed Sabol <[email protected]>
` Re: Major performance degradation with joins in 15.8 or 15.7?
  2024-11-09 01:21 UTC  Andrei Lepikhov <[email protected]>
  [8+ messages in thread]


[next (older)]

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox