pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedcheckpoints, proper config
2015-12-10 09:12 UTC Tory M Blue <tmblue@gmail.com>
` Re: checkpoints, proper config
2015-12-10 17:20 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: checkpoints, proper config
2015-12-10 18:35 UTC Tory M Blue <tmblue@gmail.com>
` Re: checkpoints, proper config
2015-12-10 20:00 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: checkpoints, proper config
2015-12-10 20:58 UTC Tory M Blue <tmblue@gmail.com>
` Re: checkpoints, proper config
2015-12-10 21:14 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: checkpoints, proper config
2015-12-10 22:40 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: checkpoints, proper config
2015-12-10 22:45 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: checkpoints, proper config
2015-12-11 01:20 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: checkpoints, proper config
2015-12-11 23:45 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: checkpoints, proper config
2015-12-11 23:47 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[11+ messages in thread]
postgresql upgrade from 9.3 to 9.4 error
2015-12-10 20:35 UTC Sheena, Prabhjot <Prabhjot.Singh@classmates.com>
Slow Index Creation, why is it not consuming more memory.
2015-12-08 06:36 UTC Tory M Blue <tmblue@gmail.com>
` Re: Slow Index Creation, why is it not consuming more memory.
2015-12-08 06:40 UTC Peter Geoghegan <peter.geoghegan86@gmail.com>
[2+ messages in thread]
ossp-uuid: Performance considerations for different UUID approaches?
2015-12-04 19:34 UTC Brendan McCollam <bmccollam@uchicago.edu>
Index scan cost calculation
2015-11-26 16:11 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Index scan cost calculation
2015-11-26 16:34 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Index scan cost calculation
2015-11-26 16:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Index scan cost calculation
2015-11-26 17:50 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Index scan cost calculation
2015-11-26 18:26 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Index scan cost calculation
2015-11-28 19:25 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Index scan cost calculation
2015-11-30 14:03 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Index scan cost calculation
2015-11-30 23:03 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Index scan cost calculation
2015-12-01 11:22 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Index scan cost calculation
2015-12-02 22:32 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Index scan cost calculation
2015-12-03 13:06 UTC Glyn Astill <glynastill@yahoo.co.uk>
[11+ messages in thread]
Query that took a lot of time in Postgresql when not using trim in order by
2015-11-25 14:15 UTC Blas Pico <toni.pico@gmail.com>
` Re: Query that took a lot of time in Postgresql when not using trim in order by
2015-11-25 16:22 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query that took a lot of time in Postgresql when not using trim in order by
2015-11-25 16:35 UTC Evgeniy Shishkin <itparanoia@gmail.com>
` Re: Query that took a lot of time in Postgresql when not using trim in order by
2015-11-25 18:01 UTC Blas Pico <toni.pico@gmail.com>
` Re: Query that took a lot of time in Postgresql when not using trim in order by
2015-11-29 13:23 UTC Peter J. Holzer <hjp-pgsql@hjp.at>
` Re: Query that took a lot of time in Postgresql when not using trim in order by
2015-11-29 17:58 UTC Tom Lane <tgl@sss.pgh.pa.us>
[6+ messages in thread]
No index only scan on md5 index
2015-11-26 00:25 UTC Adam Brusselback <adambrusselback@gmail.com>
` Re: No index only scan on md5 index
2015-11-26 00:55 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: No index only scan on md5 index
2015-11-26 01:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: No index only scan on md5 index
2015-11-26 01:06 UTC Adam Brusselback <adambrusselback@gmail.com>
` Re: No index only scan on md5 index
2015-11-26 01:16 UTC Adam Brusselback <adambrusselback@gmail.com>
` Re: No index only scan on md5 index
2015-11-26 08:20 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
[6+ messages in thread]
Why is now()::date so much faster than current_date
2015-11-17 08:49 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: Why is now()::date so much faster than current_date
2015-11-17 11:03 UTC David Rowley <david.rowley@2ndquadrant.com>
` Re: Why is now()::date so much faster than current_date
2015-11-17 15:26 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
Recursive query performance issue
2015-10-20 17:34 UTC Jamie Koceniak <jkoceniak@mediamath.com>
` Re: Recursive query performance issue
2015-10-21 07:03 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Recursive query performance issue
2015-10-21 13:22 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Recursive query performance issue
2015-10-21 17:55 UTC Jamie Koceniak <jkoceniak@mediamath.com>
` Re: Recursive query performance issue
2015-10-21 18:23 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Recursive query performance issue
2015-10-21 18:40 UTC Jamie Koceniak <jkoceniak@mediamath.com>
` Re: Recursive query performance issue
2015-10-21 18:51 UTC Jamie Koceniak <jkoceniak@mediamath.com>
` Re: Recursive query performance issue
2015-10-21 19:25 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Recursive query performance issue
2015-10-21 19:32 UTC Jamie Koceniak <jkoceniak@mediamath.com>
` Re: Recursive query performance issue
2015-10-21 19:45 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Recursive query performance issue
2015-10-21 19:49 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Recursive query performance issue
2015-10-22 14:48 UTC vincent elschot <vinny@xs4all.nl>
` Re: Recursive query performance issue
2015-10-23 17:45 UTC Jamie Koceniak <jkoceniak@mediamath.com>
` Re: Recursive query performance issue
2015-10-23 18:00 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Recursive query performance issue
2015-10-26 15:03 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Recursive query performance issue
2015-11-14 06:58 UTC Jamie Koceniak <jkoceniak@mediamath.com>
` Re: Recursive query performance issue
2015-11-16 14:19 UTC Merlin Moncure <mmoncure@gmail.com>
[17+ messages in thread]
Hanging query on a fresh restart
2015-11-10 21:42 UTC Jason Jho <jasonjho@gmail.com>
` Re: Hanging query on a fresh restart
2015-11-13 21:40 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Hanging query on a fresh restart
2015-11-14 16:07 UTC Kevin Grittner <kgrittn@ymail.com>
[3+ messages in thread]
Simple delete query is taking too long (never ends)
2015-11-11 19:09 UTC Massalin Yerzhan <yerzhik@gmail.com>
` Re: Simple delete query is taking too long (never ends)
2015-11-11 19:33 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Simple delete query is taking too long (never ends)
2015-11-12 15:12 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Simple delete query is taking too long (never ends)
2015-11-12 15:36 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Simple delete query is taking too long (never ends)
2015-11-12 15:48 UTC Craig James <cjames@emolecules.com>
` Re: Simple delete query is taking too long (never ends)
2015-11-12 22:07 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Simple delete query is taking too long (never ends)
2015-11-12 22:26 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Simple delete query is taking too long (never ends)
2015-11-13 14:15 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Simple delete query is taking too long (never ends)
2015-11-13 15:51 UTC Scott Marlowe <scott.marlowe@gmail.com>
[9+ messages in thread]
Slow 3 Table Join with v bad row estimate
2015-11-10 12:13 UTC David Osborne <david@qcode.co.uk>
` Re: Slow 3 Table Join with v bad row estimate
2015-11-10 15:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow 3 Table Join with v bad row estimate
2015-11-10 16:38 UTC David Osborne <david@qcode.co.uk>
` Re: Slow 3 Table Join with v bad row estimate
2015-11-10 17:05 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow 3 Table Join with v bad row estimate
2015-11-10 17:31 UTC David Osborne <david@qcode.co.uk>
` Re: Slow 3 Table Join with v bad row estimate
2015-11-10 18:38 UTC Igor Neyman <ineyman@perceptron.com>
` Re: Slow 3 Table Join with v bad row estimate
2015-11-11 10:04 UTC David Osborne <david@qcode.co.uk>
[7+ messages in thread]
querying jsonb for arrays inside a hash
2015-11-07 23:31 UTC Joe Van Dyk <joe@tanga.com>
` Re: querying jsonb for arrays inside a hash
2015-11-08 00:00 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: querying jsonb for arrays inside a hash
2015-11-09 17:13 UTC Joe Van Dyk <joe@tanga.com>
[3+ messages in thread]
HASH
2015-11-05 09:11 UTC Artem Tomyuk <admin@leboutique.com>
` Re: HASH
2015-11-05 11:24 UTC Jeff Janes <jeff.janes@gmail.com>
[2+ messages in thread]
Yet another abort-early plan disaster on 9.3
2014-09-18 00:11 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-19 17:15 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-19 18:40 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 06:38 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 11:51 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 15:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 18:33 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-22 13:55 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-22 23:56 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-26 08:06 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 15:00 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 20:53 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 21:54 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 23:00 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 02:12 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 03:11 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 07:09 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 09:25 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 11:34 UTC Graeme B. Bell <grb@skogoglandskap.no>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 15:59 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 16:32 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 16:54 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 17:07 UTC Graeme B. Bell <grb@skogoglandskap.no>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 17:28 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 21:11 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 22:14 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 23:01 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-01 18:56 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 08:19 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 09:30 UTC Peter Geoghegan <peter.geoghegan86@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 13:59 UTC Ryan Johnson <ryan.johnson@cs.utoronto.ca>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 19:56 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 00:54 UTC Peter Geoghegan <peter.geoghegan86@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 19:58 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 23:30 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 23:41 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 11:16 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 12:10 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 14:21 UTC Craig James <cjames@emolecules.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 16:53 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 17:53 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 17:59 UTC Craig James <cjames@emolecules.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 18:13 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-15 17:20 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-15 18:02 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-17 17:25 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-18 17:01 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-19 22:24 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-11-21 18:38 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-11-23 20:19 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-05 06:46 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-05 15:45 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-05 16:04 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-10 01:46 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-10 02:09 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-12 03:22 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-12 03:31 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-17 07:55 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2015-02-13 07:16 UTC Michael Paquier <michael.paquier@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2015-11-05 09:45 UTC Evgeniy Shishkin <itparanoia@gmail.com>
[60+ messages in thread]
Slow query in trigger function
2015-11-02 10:15 UTC Guido Niewerth <gniewerth@ocsgmbh.com>
` Re: Slow query in trigger function
2015-11-02 14:45 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow query in trigger function
2015-11-02 16:54 UTC Guido Niewerth <gniewerth@ocsgmbh.com>
` Re: Slow query in trigger function
2015-11-02 18:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow query in trigger function
2015-11-03 10:58 UTC Guido Niewerth <gniewerth@ocsgmbh.com>
[5+ messages in thread]
GIN index always doing Re-check condition, postgres 9.1
2015-11-02 06:52 UTC Andrey Osenenko <andrey.osenenko@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 07:22 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 08:19 UTC Andrey Osenenko <andrey.osenenko@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 18:28 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 22:09 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-03 09:05 UTC Andrey Osenenko <andrey.osenenko@gmail.com>
[6+ messages in thread]
PostgreSQL limitation
2015-11-02 10:52 UTC FattahRozzaq <ssoorruu@gmail.com>
` Re: PostgreSQL limitation
2015-11-02 12:12 UTC Michael Paquier <michael.paquier@gmail.com>
[2+ messages in thread]
Query optimizer plans with very small selectivity estimates
2015-10-29 16:52 UTC Matthew Bellew <matthewb@labkey.com>
` Re: Query optimizer plans with very small selectivity estimates
2015-10-29 18:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query optimizer plans with very small selectivity estimates
2015-10-30 00:00 UTC Josh Berkus <josh@agliodbs.com>
[3+ messages in thread]
Scalability to more than 64 cores With PG 9.4 and RHEL 7.1 Kernel 3.10
2015-10-28 05:04 UTC Javier Muro <j_muro@hotmail.com>
` Re: Scalability to more than 64 cores With PG 9.4 and RHEL 7.1 Kernel 3.10
2015-10-29 13:46 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
[2+ messages in thread]
Query planner wants to use seq scan
2015-10-27 09:35 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 11:08 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-27 11:10 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 11:17 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-27 11:19 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 11:30 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-27 12:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query planner wants to use seq scan
2015-10-27 13:06 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 13:06 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 17:33 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 20:56 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-28 03:07 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Query planner wants to use seq scan
2015-10-29 12:27 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-29 13:16 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
[14+ messages in thread]
Partition Constraint Exclusion Limits
2015-10-27 18:29 UTC GMail <mfwilson@gmail.com>
` Re: Partition Constraint Exclusion Limits
2015-10-27 19:03 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Partition Constraint Exclusion Limits
2015-10-27 20:33 UTC Vitalii Tymchyshyn <vit@tym.im>
` Re: Partition Constraint Exclusion Limits
2015-10-28 02:59 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[4+ messages in thread]
GroupAggregate and Integer Arrays
2015-10-23 14:29 UTC David Osborne <david@qcode.co.uk>
` Re: GroupAggregate and Integer Arrays
2015-10-23 16:15 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GroupAggregate and Integer Arrays
2015-10-23 16:26 UTC David Osborne <david@qcode.co.uk>
` Re: GroupAggregate and Integer Arrays
2015-10-23 17:35 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: GroupAggregate and Integer Arrays
2015-10-24 19:27 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GroupAggregate and Integer Arrays
2015-10-24 20:23 UTC Marc Mamin <M.Mamin@intershop.de>
` Re: GroupAggregate and Integer Arrays
2015-10-26 17:45 UTC David Osborne <david@qcode.co.uk>
` Re: GroupAggregate and Integer Arrays
2015-10-26 18:21 UTC Merlin Moncure <mmoncure@gmail.com>
[8+ messages in thread]
SELECT slows down on sixth execution
2015-10-14 07:38 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-14 09:00 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: SELECT slows down on sixth execution
2015-10-14 09:01 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-14 15:28 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-16 12:37 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: SELECT slows down on sixth execution
2015-10-17 02:14 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-17 02:29 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-17 03:51 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-17 13:29 UTC Yves Dorfsman <yves@zioup.com>
` Re: SELECT slows down on sixth execution
2015-10-17 14:33 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-19 16:47 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-20 06:55 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: SELECT slows down on sixth execution
2015-10-20 07:45 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-20 14:48 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-20 15:01 UTC Pavel Stehule <pavel.stehule@gmail.com>
[15+ messages in thread]
One long transaction or multiple short transactions?
2015-10-06 03:10 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-06 13:10 UTC Igor Neyman <ineyman@perceptron.com>
` Re: One long transaction or multiple short transactions?
2015-10-07 23:40 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-08 08:54 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: One long transaction or multiple short transactions?
2015-10-08 15:08 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-08 17:00 UTC ktm@rice.edu <ktm@rice.edu>
` Re: One long transaction or multiple short transactions?
2015-10-08 21:43 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-08 21:59 UTC ktm@rice.edu <ktm@rice.edu>
` Re: One long transaction or multiple short transactions?
2015-10-09 06:45 UTC Laurent Martelli <laurent.martelli@enercoop.org>
` Re: One long transaction or multiple short transactions?
2015-10-09 08:33 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: One long transaction or multiple short transactions?
2015-10-17 15:26 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: One long transaction or multiple short transactions?
2015-10-17 17:13 UTC Andres Freund <andres@anarazel.de>
` Re: One long transaction or multiple short transactions?
2015-10-17 20:43 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[13+ messages in thread]
[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