pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedCustom operator class costs
2011-03-16 14:10 UTC Ben Beecher <benbeecher@gmail.com>
` Re: Custom operator class costs
2011-04-18 16:24 UTC Robert Haas <robertmhaas@gmail.com>
[2+ messages in thread]
Is there a way to selective dump of records in Postgres 9.0.3?
2011-04-18 15:05 UTC Sethu Prasad <sethuprasad.in@gmail.com>
` Re: Is there a way to selective dump of records in Postgres 9.0.3?
2011-04-18 15:11 UTC Nikolas Everett <nik9000@gmail.com>
` Re: Is there a way to selective dump of records in Postgres 9.0.3?
2011-04-18 16:01 UTC Samuel Gendler <sgendler@ideasculptor.com>
[3+ messages in thread]
Bad Query Plan with Range Query
2011-04-15 17:17 UTC Mark Williams <mark.williams@jivesoftware.com>
` Re: Bad Query Plan with Range Query
2011-04-15 17:38 UTC Kenneth Marshall <ktm@rice.edu>
` Re: Bad Query Plan with Range Query
2011-04-15 17:54 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Bad Query Plan with Range Query
2011-04-15 18:06 UTC Mark Williams <mark.williams@jivesoftware.com>
` Re: Bad Query Plan with Range Query
2011-04-15 18:13 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Bad Query Plan with Range Query
2011-04-15 22:29 UTC Mark Williams <mark.williams@jivesoftware.com>
[6+ messages in thread]
poor execution plan because column dependence
2011-04-12 23:23 UTC Václav Ovsík <vaclav.ovsik@i.cz>
` Re: poor execution plan because column dependence
2011-04-13 00:14 UTC Bob Lunney <bob_lunney@yahoo.com>
` Re: poor execution plan because column dependence
2011-04-13 00:52 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: poor execution plan because column dependence
2011-04-13 07:55 UTC Václav Ovsík <vaclav.ovsik@i.cz>
` Re: poor execution plan because column dependence
2011-04-13 08:21 UTC Václav Ovsík <vaclav.ovsik@i.cz>
` Re: poor execution plan because column dependence
2011-04-13 16:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: poor execution plan because column dependence
2011-04-14 08:11 UTC Václav Ovsík <vaclav.ovsik@i.cz>
` Re: poor execution plan because column dependence
2011-04-14 14:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: poor execution plan because column dependence
2011-04-15 07:59 UTC Václav Ovsík <vaclav.ovsik@i.cz>
[9+ messages in thread]
Linux: more cores = less concurrency.
2011-04-11 13:04 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-11 18:09 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Linux: more cores = less concurrency.
2011-04-11 18:12 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Linux: more cores = less concurrency.
2011-04-11 18:23 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-11 18:32 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-11 19:29 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-11 19:42 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-11 19:51 UTC Steve Clark <sclark@netwolves.com>
` Re: Linux: more cores = less concurrency.
2011-04-11 19:56 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Linux: more cores = less concurrency.
2011-04-11 20:04 UTC david@lang.hm
` Re: Linux: more cores = less concurrency.
2011-04-11 20:17 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-11 20:39 UTC James Cloos <cloos@jhcloos.com>
` Re: Linux: more cores = less concurrency.
2011-04-11 20:52 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-11 21:06 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Linux: more cores = less concurrency.
2011-04-11 21:08 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-11 21:35 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Linux: more cores = less concurrency.
2011-04-11 22:11 UTC David Rees <drees76@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 00:05 UTC mark <dvlhntr@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 00:18 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 00:18 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 00:50 UTC mark <dvlhntr@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 01:59 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 02:12 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 05:17 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Linux: more cores = less concurrency.
2011-04-12 05:55 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 07:31 UTC Arjen van der Meijden <acmmailing@tweakers.net>
` Re: Linux: more cores = less concurrency.
2011-04-12 08:54 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-12 08:57 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-12 12:35 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-12 13:23 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 13:24 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 14:43 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Linux: more cores = less concurrency.
2011-04-12 16:01 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-12 16:07 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-12 16:12 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 16:40 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Linux: more cores = less concurrency.
2011-04-12 16:43 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 16:58 UTC F. BROUARD / SQLpro <sqlpro@club-internet.fr>
` Re: Linux: more cores = less concurrency.
2011-04-12 17:00 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 17:10 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 17:14 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-12 18:50 UTC Strange, John W <john.w.strange@jpmchase.com>
` Re: Linux: more cores = less concurrency.
2011-04-13 09:48 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Linux: more cores = less concurrency.
2011-04-13 16:33 UTC Scott Carey <scott@richrelevance.com>
` Re: Linux: more cores = less concurrency.
2011-04-14 04:23 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Linux: more cores = less concurrency.
2011-04-14 10:09 UTC Florian Weimer <fweimer@bfk.de>
` Re: Linux: more cores = less concurrency.
2011-04-14 11:07 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-14 20:05 UTC Scott Carey <scott@richrelevance.com>
` Re: Linux: more cores = less concurrency.
2011-04-14 20:19 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Linux: more cores = less concurrency.
2011-04-14 22:42 UTC Scott Carey <scott@richrelevance.com>
` Re: Linux: more cores = less concurrency.
2011-04-15 06:57 UTC Claudio Freire <klaussfreire@gmail.com>
[51+ messages in thread]
Slow query postgres 8.3
2011-04-09 01:29 UTC Anne Rosset <arosset@collab.net>
` Re: Slow query postgres 8.3
2011-04-09 10:35 UTC tv@fuzzy.cz
` Re: Slow query postgres 8.3
2011-04-11 16:07 UTC Anne Rosset <arosset@collab.net>
` Re: Slow query postgres 8.3
2011-04-11 16:59 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Slow query postgres 8.3
2011-04-12 07:33 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Slow query postgres 8.3
2011-04-13 20:16 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Slow query postgres 8.3
2011-04-13 21:37 UTC Claudio Freire <klaussfreire@gmail.com>
[7+ messages in thread]
Re: how explain works to Mr Nathan Boley
2011-04-11 23:22 UTC Radhya sahal <rad_cs_2006@yahoo.com>
` Re: how explain works to Mr Nathan Boley
2011-04-13 20:19 UTC Tomas Vondra <tv@fuzzy.cz>
[2+ messages in thread]
performance problem with LIMIT (order BY in DESC order). Wrong index used?
2011-04-12 05:20 UTC Dieter Rehbein <dieter.rehbein@skiline.cc>
` Re: performance problem with LIMIT (order BY in DESC order). Wrong index used?
2011-04-12 07:42 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: performance problem with LIMIT (order BY in DESC order). Wrong index used?
2011-04-12 08:59 UTC Dieter Rehbein <dieter.rehbein@skiline.cc>
` Re: performance problem with LIMIT (order BY in DESC order). Wrong index used?
2011-04-12 09:07 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: performance problem with LIMIT (order BY in DESC order). Wrong index used?
2011-04-12 09:33 UTC tv@fuzzy.cz
` Re: performance problem with LIMIT (order BY in DESC order). Wrong index used?
2011-04-12 09:36 UTC Dieter Rehbein <dieter.rehbein@skiline.cc>
` Re: performance problem with LIMIT (order BY in DESC order). Wrong index used?
2011-04-12 14:38 UTC Tom Lane <tgl@sss.pgh.pa.us>
[7+ messages in thread]
Two servers - One Replicated - Same query
2011-04-11 23:28 UTC Ozer, Pam <pozer@automotive.com>
` Re: Two servers - One Replicated - Same query
2011-04-12 14:32 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
[2+ messages in thread]
how explain works
2011-04-11 23:02 UTC Radhya sahal <rad_cs_2006@yahoo.com>
` Re: how explain works
2011-04-11 23:09 UTC Nathan Boley <npboley@gmail.com>
[2+ messages in thread]
Postgres 9 slave lagging
2011-04-11 14:10 UTC Saurabh Agrawal <saurabh.miet@gmail.com>
` Re: Postgres 9 slave lagging
2011-04-11 22:39 UTC Merlin Moncure <mmoncure@gmail.com>
[2+ messages in thread]
Multiple index builds on same table - in one sweep?
2011-04-09 16:28 UTC Chris Ruprecht <chris@ruprecht.org>
` Re: Multiple index builds on same table - in one sweep?
2011-04-09 17:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Multiple index builds on same table - in one sweep?
2011-04-09 17:23 UTC Chris Ruprecht <chris@ruprecht.org>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 02:29 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 05:35 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 07:31 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 07:41 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 07:57 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 15:13 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 18:39 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Multiple index builds on same table - in one sweep?
2011-04-11 18:39 UTC Scott Marlowe <scott.marlowe@gmail.com>
[11+ messages in thread]
Optimizer Parameters
2003-07-12 02:17 UTC Martin Foster <martin@ethereal-realms.org>
` Re: Optimizer Parameters
2003-07-12 20:46 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Optimizer Parameters
2003-07-13 00:16 UTC Martin Foster <martin@ethereal-realms.org>
` Re: [NOVICE] Optimizer Parameters
2003-07-13 02:14 UTC Tom Lane <tgl@sss.pgh.pa.us>
` optimizer parameters
2011-04-10 18:22 UTC Radhya sahal <rad_cs_2006@yahoo.com>
` Re: optimizer parameters
2011-04-10 23:27 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: optimizer parameters
2011-04-11 02:40 UTC Greg Smith <greg@2ndQuadrant.com>
[7+ messages in thread]
Why it is using/not using index scan?
2011-03-31 17:26 UTC Laszlo Nagy <gandalf@shopzeus.com>
` Re: Why it is using/not using index scan?
2011-04-08 15:45 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Why it is using/not using index scan?
2011-04-09 14:59 UTC Tomas Vondra <tv@fuzzy.cz>
[3+ messages in thread]
postgresql benchmark
2011-04-08 14:44 UTC Radhya sahal <rad_cs_2006@yahoo.com>
(no subject)
2011-04-08 14:08 UTC Whatever Deep <whatever.deep@gmail.com>
Intel SSDs that may not suck
2011-03-28 20:21 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Intel SSDs that may not suck
2011-03-28 23:54 UTC Andy <angelflow@yahoo.com>
` Re: Intel SSDs that may not suck
2011-03-29 01:42 UTC Justin Pitts <justinpitts@gmail.com>
` Re: Intel SSDs that may not suck
2011-03-29 04:13 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Intel SSDs that may not suck
2011-03-29 04:55 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Intel SSDs that may not suck
2011-03-29 05:02 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Intel SSDs that may not suck
2011-03-29 10:34 UTC Yeb Havinga <yebhavinga@gmail.com>
` Re: Intel SSDs that may not suck
2011-03-29 14:16 UTC Jeff <threshar@torgo.978.org>
` Re: Intel SSDs that may not suck
2011-03-29 14:30 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: Intel SSDs that may not suck
2011-03-29 14:32 UTC Jeff <threshar@torgo.978.org>
` Re: Intel SSDs that may not suck
2011-03-29 15:32 UTC Strange, John W <john.w.strange@jpmchase.com>
` Re: Intel SSDs that may not suck
2011-03-29 16:12 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Intel SSDs that may not suck
2011-03-29 16:48 UTC gnuoytr@rcn.com
` Re: Intel SSDs that may not suck
2011-03-29 16:50 UTC Jeff <threshar@torgo.978.org>
` Re: Intel SSDs that may not suck
2011-03-29 18:19 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Intel SSDs that may not suck
2011-03-29 19:47 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Intel SSDs that may not suck
2011-04-05 01:26 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Intel SSDs that may not suck
2011-04-05 14:07 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Intel SSDs that may not suck
2011-04-06 20:52 UTC Scott Carey <scott@richrelevance.com>
` Re: Intel SSDs that may not suck
2011-04-06 21:11 UTC Andy <angelflow@yahoo.com>
` Re: Intel SSDs that may not suck
2011-04-06 23:03 UTC gnuoytr@rcn.com
` Re: Intel SSDs that may not suck
2011-04-07 00:05 UTC Scott Carey <scott@richrelevance.com>
` Re: Intel SSDs that may not suck
2011-04-07 00:10 UTC Scott Carey <scott@richrelevance.com>
` Re: Intel SSDs that may not suck
2011-04-07 00:20 UTC Scott Carey <scott@richrelevance.com>
` Re: Intel SSDs that may not suck
2011-04-07 00:22 UTC Scott Carey <scott@richrelevance.com>
` Re: Intel SSDs that may not suck
2011-04-07 00:42 UTC Scott Carey <scott@richrelevance.com>
` Re: Intel SSDs that may not suck
2011-04-07 01:07 UTC David Rees <drees76@gmail.com>
` Re: Intel SSDs that may not suck
2011-04-07 01:32 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Intel SSDs that may not suck
2011-04-07 02:21 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Intel SSDs that may not suck
2011-04-07 02:56 UTC David Boreham <david_list@boreham.org>
` Re: Intel SSDs that may not suck
2011-04-07 03:19 UTC gnuoytr@rcn.com
` Re: Intel SSDs that may not suck
2011-04-07 03:52 UTC David Boreham <david_list@boreham.org>
` Re: Intel SSDs that may not suck
2011-04-07 04:27 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Intel SSDs that may not suck
2011-04-07 05:48 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Intel SSDs that may not suck
2011-04-07 16:25 UTC Scott Carey <scott@richrelevance.com>
[35+ messages in thread]
Partial index slower than regular index
2011-04-05 22:35 UTC Thom Brown <thom@linux.com>
` Re: Partial index slower than regular index
2011-04-05 23:02 UTC Kenneth Marshall <ktm@rice.edu>
` Re: Partial index slower than regular index
2011-04-05 23:31 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Partial index slower than regular index
2011-04-05 23:40 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Partial index slower than regular index
2011-04-06 02:03 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Partial index slower than regular index
2011-04-06 04:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Partial index slower than regular index
2011-04-06 08:15 UTC Thom Brown <thom@linux.com>
` Re: Partial index slower than regular index
2011-04-06 08:33 UTC Thom Brown <thom@linux.com>
` Re: Partial index slower than regular index
2011-04-07 06:37 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Partial index slower than regular index
2011-04-07 07:10 UTC Thom Brown <thom@linux.com>
` Re: Partial index slower than regular index
2011-04-07 08:01 UTC Thom Brown <thom@linux.com>
[11+ messages in thread]
very long updates very small tables
2011-03-29 14:38 UTC Lars Feistner <feistner@uni-heidelberg.de>
` Re: very long updates very small tables
2011-03-29 19:28 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: very long updates very small tables
2011-03-30 07:35 UTC Lars Feistner <feistner@uni-heidelberg.de>
` Re: very long updates very small tables
2011-03-30 15:24 UTC pasman pasmański <pasman.p@gmail.com>
` Re: very long updates very small tables
2011-03-30 16:54 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: very long updates very small tables
2011-04-04 08:11 UTC Lars Feistner <feistner@uni-heidelberg.de>
` Re: very long updates very small tables
2011-04-04 14:32 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: very long updates very small tables
2011-04-06 18:30 UTC Tomas Vondra <tv@fuzzy.cz>
[8+ messages in thread]
Which is better Index
2011-04-05 10:26 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Which is better Index
2011-04-05 14:07 UTC Chetan Suttraway <chetan.suttraway@enterprisedb.com>
` Re: Which is better Index
2011-04-06 06:55 UTC Greg Smith <greg@2ndQuadrant.com>
[3+ messages in thread]
Postgres Performance Tuning
2011-04-04 09:40 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Postgres Performance Tuning
2011-04-04 10:28 UTC tv@fuzzy.cz
` Re: Postgres Performance Tuning
2011-04-04 10:39 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Postgres Performance Tuning
2011-04-04 10:43 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres Performance Tuning
2011-04-04 10:52 UTC Sethu Prasad <sethuprasad.in@gmail.com>
` Re: Postgres Performance Tuning
2011-04-04 10:54 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres Performance Tuning
2011-04-04 10:56 UTC Raghavendra <raghavendra.rao@enterprisedb.com>
` Re: Postgres Performance Tuning
2011-04-04 11:34 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Postgres Performance Tuning
2011-04-04 11:43 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres Performance Tuning
2011-04-04 11:51 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Postgres Performance Tuning
2011-04-04 12:14 UTC Achilleas Mantzios <achill@matrix.gatewaynet.com>
` Re: Postgres Performance Tuning
2011-04-04 12:14 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres Performance Tuning
2011-04-04 12:28 UTC tv@fuzzy.cz
` Re: Postgres Performance Tuning
2011-04-04 12:30 UTC Raghavendra <raghavendra.rao@enterprisedb.com>
` Re: Postgres Performance Tuning
2011-04-04 12:33 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Postgres Performance Tuning
2011-04-04 16:22 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres Performance Tuning
2011-04-05 07:33 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Postgres Performance Tuning
2011-04-05 12:31 UTC Ákos Gábriel <akos.gabriel@liferay.com>
` Re: Postgres Performance Tuning
2011-04-05 12:38 UTC Ákos Gábriel <akos.gabriel@i-logic.hu>
` Re: Postgres Performance Tuning
2011-04-05 13:08 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres Performance Tuning
2011-04-05 13:20 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Postgres Performance Tuning
2011-04-05 13:49 UTC Scott Marlowe <scott.marlowe@gmail.com>
[22+ messages in thread]
C on Client versus C on Server
2011-04-02 18:52 UTC Eliot Gable <egable+pgsql-performance@gmail.com>
` Re: C on Client versus C on Server
2011-04-03 07:01 UTC Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
[2+ messages in thread]
table contraints checks only happen in planner phase
2011-04-01 00:41 UTC Joseph Shraibman <jks@selectacast.net>
` Re: table contraints checks only happen in planner phase
2011-04-01 17:32 UTC Josh Berkus <josh@agliodbs.com>
[2+ messages in thread]
COPY with high # of clients, partitioned table locking issues?
2011-03-30 20:56 UTC Strange, John W <john.w.strange@jpmchase.com>
` Re: COPY with high # of clients, partitioned table locking issues?
2011-03-31 00:48 UTC Bob Lunney <bob_lunney@yahoo.com>
` Re: COPY with high # of clients, partitioned table locking issues?
2011-03-31 01:31 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: COPY with high # of clients, partitioned table locking issues?
2011-03-31 10:43 UTC Emanuel Calvo <postgres.arg@gmail.com>
` Re: COPY with high # of clients, partitioned table locking issues?
2011-03-31 16:25 UTC Maciek Sakrejda <msakrejda@truviso.com>
` Re: COPY with high # of clients, partitioned table locking issues?
2011-04-01 06:50 UTC Greg Smith <greg@2ndQuadrant.com>
[6+ messages in thread]
good old VACUUM FULL
2011-03-23 00:52 UTC felix <crucialfelix@gmail.com>
` Re: good old VACUUM FULL
2011-03-23 04:24 UTC Chris <dmagick@gmail.com>
` Re: good old VACUUM FULL
2011-03-23 06:16 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: good old VACUUM FULL
2011-03-23 13:13 UTC Shaun Thomas <sthomas@peak6.com>
` Re: good old VACUUM FULL
2011-04-01 03:41 UTC Craig Ringer <craig@postnewspapers.com.au>
[5+ 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