pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedsql statement not using all primary key values and poor performance
2024-02-23 07:20 UTC James Pang <jamespang886@gmail.com>
` Re: sql statement not using all primary key values and poor performance
2024-02-23 07:25 UTC James Pang <jamespang886@gmail.com>
` Re: sql statement not using all primary key values and poor performance
2024-02-23 09:17 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: sql statement not using all primary key values and poor performance
2024-02-23 10:21 UTC James Pang <jamespang886@gmail.com>
` Re: sql statement not using all primary key values and poor performance
2024-02-23 11:48 UTC Laurenz Albe <laurenz.albe@cybertec.at>
[5+ messages in thread]
"not related" code blocks for removal of dead rows when using vacuum and this kills the performance
2024-02-19 16:14 UTC Lars Aksel Opsahl <Lars.Opsahl@nibio.no>
` Re: "not related" code blocks for removal of dead rows when using vacuum and this kills the performance
2024-02-19 17:46 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: "not related" code blocks for removal of dead rows when using vacuum and this kills the performance
2024-02-19 18:36 UTC Lars Aksel Opsahl <Lars.Opsahl@nibio.no>
` Re: "not related" code blocks for removal of dead rows when using vacuum and this kills the performance
2024-02-20 05:46 UTC Lars Aksel Opsahl <Lars.Opsahl@nibio.no>
` Re: "not related" code blocks for removal of dead rows when using vacuum and this kills the performance
2024-02-20 07:29 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: "not related" code blocks for removal of dead rows when using vacuum and this kills the performance
2024-02-20 10:46 UTC Lars Aksel Opsahl <Lars.Opsahl@nibio.no>
[6+ messages in thread]
PostgreSQL doesn't use index-only scan if there is an expression in index
2024-02-15 14:37 UTC Pavel Kulakov <paul.kulakov@systematica.ru>
` Re: PostgreSQL doesn't use index-only scan if there is an expression in index
2024-02-15 15:01 UTC Laurenz Albe <laurenz.albe@cybertec.at>
[2+ messages in thread]
Simple JOIN on heavy table not using expected index
2024-02-09 14:14 UTC kimaidou <kimaidou@gmail.com>
` Re: Simple JOIN on heavy table not using expected index
2024-02-09 14:19 UTC Burçin Yazıcı <burcinyazici@gmail.com>
` Re: Simple JOIN on heavy table not using expected index
2024-02-09 15:07 UTC kimaidou <kimaidou@gmail.com>
` Re: Simple JOIN on heavy table not using expected index
2024-02-09 15:12 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Simple JOIN on heavy table not using expected index
2024-02-09 15:44 UTC kimaidou <kimaidou@gmail.com>
[5+ messages in thread]
Memory growth using many named prepared statements, in spite of using DISCARD ALL afterwards.
2024-02-01 13:40 UTC Daniel Blanch Bataller <daniel.blanch@hoplasoftware.com>
` Re: Memory growth using many named prepared statements, in spite of using DISCARD ALL afterwards.
2024-02-01 13:51 UTC Heikki Linnakangas <hlinnaka@iki.fi>
` Re: Memory growth using many named prepared statements, in spite of using DISCARD ALL afterwards.
2024-02-02 07:45 UTC Daniel Blanch Bataller <daniel.blanch@hoplasoftware.com>
[3+ messages in thread]
Weird performance differences between cloud vendors
2024-02-01 09:23 UTC Dirk Krautschick <dirk.krautschick@googlemail.com>
` Re: Weird performance differences between cloud vendors
2024-02-01 11:07 UTC Laurenz Albe <laurenz.albe@cybertec.at>
[2+ messages in thread]
Slow query in table where many rows were deleted. VACUUM FULL fixes it
2024-01-30 09:40 UTC Pavlos Kallis <pkallis@yourhero.com>
` Re: Slow query in table where many rows were deleted. VACUUM FULL fixes it
2024-01-30 15:37 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Slow query in table where many rows were deleted. VACUUM FULL fixes it
2024-01-30 20:08 UTC Philip Semanchuk <philip@americanefficient.com>
` Re: Slow query in table where many rows were deleted. VACUUM FULL fixes it
2024-01-30 20:38 UTC David Rowley <dgrowleyml@gmail.com>
` Re: Slow query in table where many rows were deleted. VACUUM FULL fixes it
2024-01-31 15:44 UTC Divya Sharma <divyamodernite@gmail.com>
[5+ messages in thread]
Performance
2003-02-07 08:11 UTC jeandre@itvs.co.za
` Re: Performance
2003-02-07 08:40 UTC Shridhar Daithankar <shridhar_daithankar@persistent.co.in>
` Re: Performance
2003-02-07 14:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance
2003-02-07 15:04 UTC jeandre@itvs.co.za
` Re: Performance
2003-02-07 15:13 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance
2003-02-07 15:38 UTC jeandre@itvs.co.za
` Re: Performance
2003-02-07 17:20 UTC Josh Berkus <josh@agliodbs.com>
` Performance
2011-04-12 16:36 UTC Ogden <lists@darkstatic.com>
` Re: Performance
2011-04-12 17:18 UTC Andreas Kretschmer <akretschmer@spamfence.net>
` Re: Performance
2011-04-12 17:23 UTC Ogden <lists@darkstatic.com>
` Re: Performance
2011-04-12 18:16 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-12 18:28 UTC Ogden <lists@darkstatic.com>
` Re: Performance
2011-04-12 21:09 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-12 21:19 UTC Ogden <lists@darkstatic.com>
` Re: Performance
2011-04-12 22:36 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-13 14:05 UTC Ogden <lists@darkstatic.com>
` Re: Performance
2011-04-13 14:14 UTC tv@fuzzy.cz
` Re: Performance
2011-04-13 14:32 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Performance
2011-04-13 21:17 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Performance
2011-04-13 21:52 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance
2011-04-13 21:54 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Performance
2011-04-13 21:59 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Performance
2011-04-13 22:05 UTC Nathan Boley <npboley@gmail.com>
` Re: Performance
2011-04-13 22:15 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Performance
2011-04-13 22:19 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-13 23:10 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Performance
2011-04-13 23:26 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-14 00:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance
2011-04-14 00:37 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Performance
2011-04-14 03:39 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Performance
2011-04-14 06:49 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Performance
2011-04-14 08:23 UTC tv@fuzzy.cz
` Re: Performance
2011-04-14 11:29 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: Performance
2011-04-26 05:30 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Performance
2011-04-26 05:35 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Performance
2011-04-26 07:49 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Performance
2011-04-26 18:54 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-27 18:49 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Performance
2011-04-27 18:56 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Performance
2011-04-27 20:22 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Performance
2011-04-27 20:27 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Performance
2011-04-27 20:41 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-27 21:01 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Performance
2011-04-27 21:55 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Performance
2011-04-28 08:03 UTC Sethu Prasad <sethuprasad.in@gmail.com>
` Re: Performance
2011-04-29 00:22 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance
2011-04-29 04:58 UTC Joshua Berkus <josh@agliodbs.com>
` Re: Performance
2011-04-29 08:25 UTC James Mansion <james@mansionfamily.plus.com>
` Re: Performance
2011-04-29 18:55 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Performance
2011-04-29 20:23 UTC Andy Colson <andy@squeakycode.net>
` Re: Performance
2011-04-29 20:27 UTC James Mansion <james@mansionfamily.plus.com>
` Re: Performance
2011-04-29 21:37 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Performance
2011-04-29 22:03 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Performance
2011-04-29 23:00 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Performance
2011-04-29 23:03 UTC Robert Haas <robertmhaas@gmail.com>
` Performance
2018-02-23 19:29 UTC Daulat Ram <Daulat.Ram@exponential.com>
` Re: Performance
2018-02-23 21:20 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` Re: Performance
2018-02-25 08:08 UTC phb07 <phb07@apra.asso.fr>
` Performance
2024-01-31 11:18 UTC Mehmet COKCEVIK <mehmet@cokcevik.com.tr>
` Re: Performance
2024-01-31 12:10 UTC Samed YILDIRIM <samed@reddoc.net>
[60+ messages in thread]
I don't understand that EXPLAIN PLAN timings
2024-01-19 06:48 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-23 07:45 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-23 10:41 UTC David Rowley <dgrowleyml@gmail.com>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-25 13:31 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-25 21:11 UTC David Rowley <dgrowleyml@gmail.com>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-25 21:32 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-26 03:22 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-26 04:22 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: I don't understand that EXPLAIN PLAN timings
2024-01-26 04:46 UTC David Rowley <dgrowleyml@gmail.com>
[9+ messages in thread]
Why is a sort required for this query? (IS NULL predicate on leading key column)
2024-01-17 14:39 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Why is a sort required for this query? (IS NULL predicate on leading key column)
2024-01-17 14:48 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Why is a sort required for this query? (IS NULL predicate on leading key column)
2024-01-17 15:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
Selection not "pushed down into" CTE
2024-01-07 07:37 UTC Clemens Eisserer <linuxhippy@gmail.com>
` Re: Selection not "pushed down into" CTE
2024-01-07 16:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Selection not "pushed down into" CTE
2024-01-11 17:48 UTC Clemens Eisserer <linuxhippy@gmail.com>
[3+ messages in thread]
Slow GroupAggregate and Sort
2023-12-26 02:49 UTC Darwin Correa <dcorrea@jedai.group>
` Re: Slow GroupAggregate and Sort
2023-12-28 18:06 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Slow GroupAggregate and Sort
2024-01-01 14:57 UTC Darwin Correa <dcorrea@jedai.group>
` Re: Slow GroupAggregate and Sort
2024-01-04 02:43 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Slow GroupAggregate and Sort
2024-01-06 21:09 UTC Darwin Correa <dcorrea@jedai.group>
[5+ messages in thread]
Parallel hints in PostgreSQL with consistent perfromance
2023-12-27 13:15 UTC mohini mane <mohini.android@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2023-12-27 14:15 UTC Tomas Vondra <tomas.vondra@enterprisedb.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2023-12-27 14:41 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2023-12-28 12:46 UTC mohini mane <mohini.android@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2023-12-28 13:12 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2023-12-28 13:40 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2023-12-29 04:55 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2024-01-02 15:12 UTC mohini mane <mohini.android@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2024-01-02 16:14 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2024-01-02 18:06 UTC mohini mane <mohini.android@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2024-01-04 01:43 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Parallel hints in PostgreSQL with consistent perfromance
2024-01-04 07:52 UTC mohini mane <mohini.android@gmail.com>
[12+ messages in thread]
Questions about "Output" in EXPLAIN ANALYZE VERBOSE
2024-01-02 18:28 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Questions about "Output" in EXPLAIN ANALYZE VERBOSE
2024-01-02 19:15 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Questions about "Output" in EXPLAIN ANALYZE VERBOSE
2024-01-02 19:23 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Questions about "Output" in EXPLAIN ANALYZE VERBOSE
2024-01-02 21:27 UTC Jerry Brenner <jbrenner@guidewire.com>
[4+ messages in thread]
Need help with performance tuning pg12 on linux
2023-12-27 15:38 UTC Wilson, Maria Louise (LARC-E301)[RSES] <m.l.wilson@nasa.gov>
` Re: Need help with performance tuning pg12 on linux
2023-12-27 15:49 UTC Frits Hoogland <frits.hoogland@gmail.com>
` Re: [EXTERNAL] Re: Need help with performance tuning pg12 on linux
2023-12-27 16:01 UTC Wilson, Maria Louise (LARC-E301)[RSES] <m.l.wilson@nasa.gov>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 16:07 UTC Frits Hoogland <frits.hoogland@gmail.com>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 16:15 UTC Wilson, Maria Louise (LARC-E301)[RSES] <m.l.wilson@nasa.gov>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 16:36 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 17:10 UTC Wilson, Maria Louise (LARC-E301)[RSES] <m.l.wilson@nasa.gov>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 17:23 UTC Ranier Vilela <ranier.vf@gmail.com>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 17:52 UTC Wilson, Maria Louise (LARC-E301)[RSES] <m.l.wilson@nasa.gov>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 18:05 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
` Re: [EXTERNAL] Need help with performance tuning pg12 on linux
2023-12-27 18:06 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
[11+ messages in thread]
Which side of a Merge Join gets executed first? Do both sides always get executed?
2023-12-20 14:40 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Which side of a Merge Join gets executed first? Do both sides always get executed?
2023-12-20 18:05 UTC Frédéric Yhuel <frederic.yhuel@dalibo.com>
` Re: Which side of a Merge Join gets executed first? Do both sides always get executed?
2023-12-20 18:32 UTC Frédéric Yhuel <frederic.yhuel@dalibo.com>
` Re: Which side of a Merge Join gets executed first? Do both sides always get executed?
2023-12-20 19:04 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Which side of a Merge Join gets executed first? Do both sides always get executed?
2023-12-21 06:27 UTC Frédéric Yhuel <frederic.yhuel@dalibo.com>
[5+ messages in thread]
Planning time is time-consuming
2023-09-08 10:51 UTC Mikhail Balayan <mv.balayan@gmail.com>
` Re: Planning time is time-consuming
2023-09-11 01:15 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Planning time is time-consuming
2023-09-11 01:23 UTC Anupam b <abordia99@hotmail.com>
` Re: Planning time is time-consuming
2023-09-11 04:45 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` Fwd: Planning time is time-consuming
2023-09-11 04:55 UTC Mikhail Balayan <mv.balayan@gmail.com>
` Fwd: Planning time is time-consuming
2023-09-11 04:57 UTC Mikhail Balayan <mv.balayan@gmail.com>
` Re: Fwd: Planning time is time-consuming
2023-09-11 08:13 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Planning time is time-consuming
2023-09-11 08:24 UTC David Rowley <dgrowleyml@gmail.com>
` Re: Planning time is time-consuming
2023-09-11 10:17 UTC David Rowley <dgrowleyml@gmail.com>
` Re: Planning time is time-consuming
2023-09-11 13:54 UTC Frits Hoogland <frits.hoogland@gmail.com>
` Re: Planning time is time-consuming
2023-09-11 14:27 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Planning time is time-consuming
2023-09-11 15:17 UTC Imre Samu <pella.samu@gmail.com>
` Re: Planning time is time-consuming
2023-09-12 03:06 UTC David Rowley <dgrowleyml@gmail.com>
` Re: Planning time is time-consuming
2023-12-15 21:49 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Planning time is time-consuming
2023-12-16 04:59 UTC Michał Kłeczek <michal@kleczek.org>
[15+ messages in thread]
2 json explain plans for the same query/plan - why does one have constants while the other has parameter markers?
2023-12-09 00:23 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: 2 json explain plans for the same query/plan - why does one have constants while the other has parameter markers?
2023-12-09 00:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: 2 json explain plans for the same query/plan - why does one have constants while the other has parameter markers?
2023-12-09 01:04 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: 2 json explain plans for the same query/plan - why does one have constants while the other has parameter markers?
2023-12-09 19:58 UTC Jerry Brenner <jbrenner@guidewire.com>
[4+ messages in thread]
Question about semantics of $ variables in json explain plans in 13
2023-12-08 23:09 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Question about semantics of $ variables in json explain plans in 13
2023-12-09 01:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
Include a timestamp in future versions of pg_stat_statements when when a query entered the cache?
2023-12-05 14:28 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Include a timestamp in future versions of pg_stat_statements when when a query entered the cache?
2023-12-06 06:45 UTC Julien Rouhaud <rjuju123@gmail.com>
[2+ messages in thread]
Does Postgres have consistent identifiers (plan hash value) for explain plans?
2023-12-04 14:45 UTC Jerry Brenner <jbrenner@guidewire.com>
` Re: Does Postgres have consistent identifiers (plan hash value) for explain plans?
2023-12-04 14:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Does Postgres have consistent identifiers (plan hash value) for explain plans?
2023-12-04 17:30 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Does Postgres have consistent identifiers (plan hash value) for explain plans?
2023-12-05 03:05 UTC Michael Paquier <michael@paquier.xyz>
` Re: Does Postgres have consistent identifiers (plan hash value) for explain plans?
2023-12-05 03:29 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Does Postgres have consistent identifiers (plan hash value) for explain plans?
2023-12-05 14:03 UTC Jerry Brenner <jbrenner@guidewire.com>
[6+ messages in thread]
Strange "actual time" in simple CTE
2023-12-02 16:50 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: Strange "actual time" in simple CTE
2023-12-04 03:15 UTC Jeff Janes <jeff.janes@gmail.com>
[2+ messages in thread]
Performance degradation with CTEs, switching from PG 11 to PG 15
2023-11-22 11:38 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: Performance degradation with CTEs, switching from PG 11 to PG 15
2023-11-22 13:30 UTC John Naylor <johncnaylorls@gmail.com>
` Re: Performance degradation with CTEs, switching from PG 11 to PG 15
2023-11-22 13:48 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: Performance degradation with CTEs, switching from PG 11 to PG 15
2023-11-22 14:25 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` Re: Performance degradation with CTEs, switching from PG 11 to PG 15
2023-11-22 15:58 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: Performance degradation with CTEs, switching from PG 11 to PG 15
2023-11-22 16:07 UTC Tom Lane <tgl@sss.pgh.pa.us>
[6+ messages in thread]
simple query running long time within a long transaction.
2023-11-17 08:10 UTC James Pang (chaolpan) <chaolpan@cisco.com>
` Re: simple query running long time within a long transaction.
2023-11-17 09:17 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` RE: simple query running long time within a long transaction.
2023-11-18 11:13 UTC James Pang (chaolpan) <chaolpan@cisco.com>
` Re: simple query running long time within a long transaction.
2023-11-18 11:46 UTC Frits Hoogland <frits.hoogland@gmail.com>
[4+ messages in thread]
(no subject)
2023-11-18 11:18 UTC Gulp <gulp@exe.se>
[next (older)]
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox