pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
Re: Large tables (was: RAID 0 not as fast as
  2006-09-19 01:14 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-19 03:42 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-19 04:01 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-20 08:09 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-20 17:03 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-20 18:02 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-20 19:35 UTC  Ron <rjpeace@earthlink.net>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 00:23 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 07:31 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 19:13 UTC  Bucky Jordan <bjordan@lumeta.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 19:41 UTC  Mark Lewis <mark.lewis@mir3.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 19:54 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 21:16 UTC  Bucky Jordan <bjordan@lumeta.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 21:42 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-21 23:31 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-22 02:52 UTC  Guy Thornley <guy@esphion.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-22 03:05 UTC  Bruce Momjian <bruce@momjian.us>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-22 03:40 UTC  mark@mark.mielke.cc
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-22 03:46 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-22 09:13 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-22 14:01 UTC  Jim C. Nasby <jim@nasby.net>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-22 14:02 UTC  Jim C. Nasby <jim@nasby.net>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-24 13:29 UTC  Ron Mayer <rm_pg@cheapcomplexdevices.com>
` Re: Large tables (was: RAID 0 not as fast as
  2006-09-25 14:23 UTC  Luke Lonergan <llonergan@greenplum.com>
  [24+ messages in thread]

Multi-processor question
  2006-09-25 08:30 UTC  Kjell Tore Fossbakk <kjelltore@gmail.com>
` Re: Multi-processor question
  2006-09-25 08:47 UTC  Markus Schaber <schabi@logix-tt.com>
  [2+ messages in thread]

Opteron vs. Xeon "benchmark"
  2006-09-22 08:32 UTC  Hannes Dorbath <light@theendofthetunnel.de>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-22 08:58 UTC  nicky <nicky@valuecare.nl>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-22 08:59 UTC  Arjen van der Meijden <acmmailing@tweakers.net>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-22 20:34 UTC  Vivek Khera <vivek@khera.org>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-22 21:50 UTC  Arjen van der Meijden <acmmailing@tweakers.net>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-22 22:36 UTC  mark@mark.mielke.cc
` Re: Opteron vs. Xeon "benchmark"
  2006-09-23 13:00 UTC  Guido Neitzer <guido.neitzer@gmail.com>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-23 13:16 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-23 13:49 UTC  Guido Neitzer <guido.neitzer@gmail.com>
` Re: Opteron vs. Xeon "benchmark"
  2006-09-23 14:19 UTC  Dave Cramer <pg@fastcrypt.com>
  [10+ messages in thread]

recommended benchmarks
  2006-09-22 17:14 UTC  Charles Sprickman <spork@bway.net>
` Re: recommended benchmarks
  2006-09-22 19:08 UTC  Brad Nicholson <bnichols@ca.afilias.info>
` Re: recommended benchmarks
  2006-09-22 21:18 UTC  Bucky Jordan <bjordan@lumeta.com>
` Re: recommended benchmarks
  2006-09-23 11:52 UTC  Denis Lussier <denisl@enterprisedb.com>
  [4+ messages in thread]

Why is it choosing a different plan?
  2006-09-22 22:59 UTC  Anthony Presley <anthony@resolution.com>
` Re: Why is it choosing a different plan?
  2006-09-22 23:58 UTC  Anthony Presley <anthony@resolution.com>
` Re: Why is it choosing a different plan?
  2006-09-23 00:25 UTC  Anthony Presley <anthony@resolution.com>
  [3+ messages in thread]

running benchmark test on a 50GB database
  2006-09-20 15:28 UTC  Nuno Alves <nuno.alexandre.alves@gmail.com>
` Re: running benchmark test on a 50GB database
  2006-09-20 15:43 UTC  Dave Dutcher <dave@tridecap.com>
` Re: running benchmark test on a 50GB database
  2006-09-20 15:47 UTC  Chris Mair <chrisnospam@1006.org>
` Re: running benchmark test on a 50GB database
  2006-09-20 22:05 UTC  Jim C. Nasby <jim@nasby.net>
  [4+ messages in thread]

Pipelined  functions in Postgres
  2006-09-19 20:43 UTC  Milen Kulev <makulev@gmx.net>
` Re: Pipelined functions in Postgres
  2006-09-19 21:05 UTC  Shoaib Mir <shoaibmir@gmail.com>
` Re: Pipelined functions in Postgres
  2006-09-19 21:07 UTC  Talha Khan <talha.amjad@gmail.com>
` Re: Pipelined functions in Postgres
  2006-09-19 21:22 UTC  Milen Kulev <makulev@gmx.net>
` Re: Pipelined functions in Postgres
  2006-09-19 21:29 UTC  Milen Kulev <makulev@gmx.net>
` Re: Pipelined functions in Postgres
  2006-09-19 22:04 UTC  Shoaib Mir <shoaibmir@gmail.com>
` Re: Pipelined functions in Postgres
  2006-09-19 23:54 UTC  Jeff Davis <pgsql@j-davis.com>
  [7+ messages in thread]

Optimizing DELETE
  2006-09-19 13:22 UTC  Ivan Voras <ivoras@fer.hr>
` Re: Optimizing DELETE
  2006-09-19 13:53 UTC  Rod Taylor <rbt@rbt.ca>
` Re: Optimizing DELETE
  2006-09-19 14:15 UTC  Csaba Nagy <nagy@ecircle-ag.com>
` Re: Optimizing DELETE
  2006-09-19 14:17 UTC  Mark Lewis <mark.lewis@mir3.com>
` Re: Optimizing DELETE
  2006-09-19 20:39 UTC  Ivan Voras <ivoras@fer.hr>
  [5+ messages in thread]

Large tables (was: RAID 0 not as fast as expected)
  2006-09-18 14:37 UTC  Bucky Jordan <bjordan@lumeta.com>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-18 20:56 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-18 21:01 UTC  Alan Hodgson <ahodgson@simkin.ca>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-18 22:40 UTC  Bucky Jordan <bjordan@lumeta.com>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-18 23:14 UTC  Alex Turner <armtuk@gmail.com>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-18 23:58 UTC  Michael Stone <mstone+postgres@mathom.us>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-19 01:10 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-19 03:40 UTC  Alex Turner <armtuk@gmail.com>
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-19 03:45 UTC  mark@mark.mielke.cc
` Re: Large tables (was: RAID 0 not as fast as expected)
  2006-09-19 13:58 UTC  Bucky Jordan <bjordan@lumeta.com>
  [10+ messages in thread]

LIKE query problem
  2006-09-18 23:48 UTC  Marc McIntyre <mmcintyre@squiz.net>
` Re: LIKE query problem
  2006-09-19 02:50 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: LIKE query problem
  2006-09-19 03:16 UTC  Marc McIntyre <mmcintyre@squiz.net>
  [3+ messages in thread]

Vacuums on large busy databases
  2006-09-14 15:23 UTC  Francisco Reyes <lists@stringsutils.com>
` Re: Vacuums on large busy databases
  2006-09-14 16:57 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: Vacuums on large busy databases
  2006-09-14 17:17 UTC  Francisco Reyes <lists@stringsutils.com>
` Re: Vacuums on large busy databases
  2006-09-14 17:36 UTC  Francisco Reyes <lists@stringsutils.com>
` Re: Vacuums on large busy databases
  2006-09-14 18:43 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: Vacuums on large busy databases
  2006-09-14 20:30 UTC  Francisco Reyes <lists@stringsutils.com>
` Re: Vacuums on large busy databases
  2006-09-14 20:42 UTC  Michael Stone <mstone+postgres@mathom.us>
` Re: Vacuums on large busy databases
  2006-09-14 21:36 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Vacuums on large busy databases
  2006-09-14 21:53 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: Vacuums on large busy databases
  2006-09-14 23:30 UTC  Francisco Reyes <lists@stringsutils.com>
` Re: Vacuums on large busy databases
  2006-09-14 23:50 UTC  Francisco Reyes <lists@stringsutils.com>
` Re: Vacuums on large busy databases
  2006-09-15 00:04 UTC  Francisco Reyes <lists@stringsutils.com>
` Re: Vacuums on large busy databases
  2006-09-15 00:07 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: Vacuums on large busy databases
  2006-09-15 00:08 UTC  Michael Stone <mstone+postgres@mathom.us>
` Re: Vacuums on large busy databases
  2006-09-15 00:35 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Vacuums on large busy databases
  2006-09-15 00:52 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Vacuums on large busy databases
  2006-09-15 00:59 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Vacuums on large busy databases
  2006-09-15 01:04 UTC  Michael Stone <mstone+postgres@mathom.us>
` Re: Vacuums on large busy databases
  2006-09-15 01:34 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Vacuums on large busy databases
  2006-09-15 01:44 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Vacuums on large busy databases
  2006-09-15 09:48 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Vacuums on large busy databases
  2006-09-18 22:40 UTC  Jim C. Nasby <jimn@enterprisedb.com>
` Re: Vacuums on large busy databases
  2006-09-19 00:21 UTC  Francisco Reyes <lists@stringsutils.com>
  [23+ messages in thread]

Poor performance on seq scan
  2006-09-12 09:59 UTC  Laszlo Nagy <gandalf@designaproduct.biz>
` Re: Poor performance on seq scan
  2006-09-12 10:47 UTC  Heikki Linnakangas <heikki@enterprisedb.com>
` Re: Poor performance on seq scan
  2006-09-12 10:50 UTC  Luke Lonergan <LLonergan@greenplum.com>
` Re: Poor performance on seq scan
  2006-09-12 12:10 UTC  Piotr <P.Kolaczkowski@elka.pw.edu.pl>
` Re: Poor performance on seq scan
  2006-09-12 12:15 UTC  Laszlo Nagy <gandalf@designaproduct.biz>
` Re: Poor performance on seq scan
  2006-09-12 12:36 UTC  Guillaume Cottenceau <gc@mnc.ch>
` Re: Poor performance on seq scan
  2006-09-12 12:36 UTC  Laszlo Nagy <gandalf@designaproduct.biz>
` Re: Poor performance on seq scan
  2006-09-12 12:46 UTC  Guillaume Cottenceau <gc@mnc.ch>
` Re: Poor performance on seq scan
  2006-09-12 13:24 UTC  Heikki Linnakangas <heikki@enterprisedb.com>
` Re: Poor performance on seq scan
  2006-09-12 13:32 UTC  Alvaro Herrera <alvherre@commandprompt.com>
` Re: Poor performance on seq scan
  2006-09-12 13:45 UTC  Heikki Linnakangas <heikki@enterprisedb.com>
` Re: Poor performance on seq scan
  2006-09-12 14:52 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Poor performance on seq scan
  2006-09-12 16:21 UTC  Luke Lonergan <LLonergan@greenplum.com>
` Re: Poor performance on seq scan
  2006-09-12 16:52 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Poor performance on seq scan
  2006-09-12 17:12 UTC  Laszlo Nagy <gandalf@designaproduct.biz>
` Re: Poor performance on seq scan
  2006-09-12 20:48 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Poor performance on seq scan
  2006-09-12 21:05 UTC  Craig A. James <cjames@modgraph-usa.com>
` Re: Poor performance on seq scan
  2006-09-12 21:49 UTC  Laszlo Nagy <gandalf@designaproduct.biz>
` Re: Poor performance on seq scan
  2006-09-12 22:18 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Poor performance on seq scan
  2006-09-13 00:14 UTC  Mark Kirkwood <markir@paradise.net.nz>
` Re: Poor performance on seq scan
  2006-09-13 10:16 UTC  Laszlo Nagy <gandalf@designaproduct.biz>
` Re: Poor performance on seq scan
  2006-09-13 12:22 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: Poor performance on seq scan
  2006-09-13 20:33 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: Poor performance on seq scan
  2006-09-13 21:02 UTC  Ivan Voras <ivoras@fer.hr>
` Re: Poor performance on seq scan
  2006-09-18 08:22 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: Poor performance on seq scan
  2006-09-18 08:50 UTC  Guido Neitzer <guido.neitzer@gmail.com>
  [26+ messages in thread]

Optimize SQL
  2006-09-15 15:09 UTC  Pallav Kalva <pkalva@livedatagroup.com>
` Re: Optimize SQL
  2006-09-15 15:53 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Optimize SQL
  2006-09-15 16:22 UTC  Arjen van der Meijden <acmmailing@tweakers.net>
` Re: Optimize SQL
  2006-09-18 07:38 UTC  Mikael Carneholm <Mikael.Carneholm@WirelessCar.com>
  [4+ messages in thread]

Re: Partition elimination problem  -> Solved
  2006-09-18 06:09 UTC  Milen Kulev <makulev@gmx.net>

Partition elimination problem
  2006-09-17 22:12 UTC  Milen Kulev <makulev@gmx.net>
` Re: Partition elimination problem
  2006-09-17 23:13 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Partition elimination problem
  2006-09-18 06:07 UTC  Milen Kulev <makulev@gmx.net>
  [3+ messages in thread]

RAID 0 not as fast as expected
  2006-09-14 18:05 UTC  Craig A. James <cjames@modgraph-usa.com>
` Re: RAID 0 not as fast as expected
  2006-09-14 18:36 UTC  Alan Hodgson <ahodgson@simkin.ca>
` Re: RAID 0 not as fast as expected
  2006-09-14 18:49 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: RAID 0 not as fast as expected
  2006-09-14 21:35 UTC  Craig A. James <cjames@modgraph-usa.com>
` Re: RAID 0 not as fast as expected
  2006-09-14 21:58 UTC  Scott Marlowe <smarlowe@g2switchworks.com>
` Re: RAID 0 not as fast as expected
  2006-09-15 03:36 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: RAID 0 not as fast as expected
  2006-09-15 03:47 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: RAID 0 not as fast as expected
  2006-09-15 03:51 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: RAID 0 not as fast as expected
  2006-09-15 04:01 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: RAID 0 not as fast as expected
  2006-09-15 12:43 UTC  Spiegelberg, Greg <gspiegelberg@cranel.com>
` Re: RAID 0 not as fast as expected
  2006-09-15 15:42 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: RAID 0 not as fast as expected
  2006-09-15 18:28 UTC  Bucky Jordan <bjordan@lumeta.com>
` Re: RAID 0 not as fast as expected
  2006-09-16 23:46 UTC  Luke Lonergan <llonergan@greenplum.com>
` Re: RAID 0 not as fast as expected
  2006-09-17 00:08 UTC  Steinar H. Gunderson <sgunderson@bigfoot.com>
` Re: RAID 0 not as fast as expected
  2006-09-17 00:44 UTC  Joshua D. Drake <jd@commandprompt.com>
  [15+ messages in thread]

Performance of IN (...) vs. = ANY array[...]
  2006-09-15 19:12 UTC  Benjamin Minshall <minshall@intellicon.biz>
` Re: Performance of IN (...) vs. = ANY array[...]
  2006-09-15 20:19 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [2+ messages in thread]

Lanzamiento www.PortalTPV.com
  2006-09-15 08:58 UTC  Portal TPV <info@portaltpv.com>

sql-bench
  2006-09-13 12:24 UTC  yoav x <yoav112003@yahoo.com>
` Re: sql-bench
  2006-09-13 12:27 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: sql-bench
  2006-09-13 12:50 UTC  yoav x <yoav112003@yahoo.com>
` Re: sql-bench
  2006-09-13 14:03 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: sql-bench
  2006-09-13 14:44 UTC  Mark Lewis <mark.lewis@mir3.com>
` Re: sql-bench
  2006-09-13 15:32 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: sql-bench
  2006-09-13 19:36 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: sql-bench
  2006-09-13 20:51 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: sql-bench
  2006-09-13 21:10 UTC  Scott Marlowe <smarlowe@g2switchworks.com>
` Re: sql-bench
  2006-09-13 21:31 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: sql-bench
  2006-09-13 23:42 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: sql-bench
  2006-09-14 06:55 UTC  yoav x <yoav112003@yahoo.com>
` Re: sql-bench
  2006-09-14 07:05 UTC  Markus Schaber <schabi@logix-tt.com>
` Re: sql-bench
  2006-09-14 11:33 UTC  Dave Cramer <pg@fastcrypt.com>
` Re: sql-bench
  2006-09-15 00:11 UTC  Grega Bremec <gregab@p0f.net>
` Re: sql-bench
  2006-09-15 00:32 UTC  Steinar H. Gunderson <sgunderson@bigfoot.com>
  [16+ messages in thread]

Performance problem with Sarge compared with Woody
  2006-09-11 18:14 UTC  Piñeiro <apinheiro@igalia.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-11 19:02 UTC  Dave Dutcher <dave@tridecap.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-11 19:11 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-11 22:03 UTC  Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-12 01:53 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-12 07:18 UTC  Piñeiro <apinheiro@igalia.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-12 14:27 UTC  Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-12 14:28 UTC  Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Performance problem with Sarge compared with Woody
  2006-09-12 15:13 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance problem with Sarge compared with Woody
  2006-09-12 15:38 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Performance problem with Sarge compared with
  2006-09-14 19:25 UTC  Bruce Momjian <bruce@momjian.us>
  [11+ messages in thread]

Performance With Joins on Large Tables
  2006-09-12 22:17 UTC  Joshua Marsh <icub3d@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 06:41 UTC  Jim C. Nasby <jim@nasby.net>
` Re: Performance With Joins on Large Tables
  2006-09-13 14:49 UTC  Joshua Marsh <icub3d@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 16:07 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 16:19 UTC  Joshua Marsh <icub3d@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 17:04 UTC  Jeff Davis <pgsql@j-davis.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 18:39 UTC  Marcin Mank <marcin.mank@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 19:27 UTC  Joshua Marsh <icub3d@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 19:42 UTC  Terje Elde <terje@elde.net>
` Re: Performance With Joins on Large Tables
  2006-09-13 20:27 UTC  Joshua Marsh <icub3d@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 21:09 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance With Joins on Large Tables
  2006-09-13 21:18 UTC  Joshua Marsh <icub3d@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 21:23 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance With Joins on Large Tables
  2006-09-13 21:45 UTC  Joshua Marsh <icub3d@gmail.com>
` Re: Performance With Joins on Large Tables
  2006-09-13 22:08 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance With Joins on Large Tables
  2006-09-14 14:18 UTC  Joshua Marsh <icub3d@gmail.com>
  [16+ messages in thread]

Query Progress (was: Performance With Joins on Large Tables)
  2006-09-13 18:19 UTC  Bucky Jordan <bjordan@lumeta.com>
` Re: Query Progress (was: Performance With Joins on Large Tables)
  2006-09-13 18:56 UTC  Joshua Marsh <icub3d@gmail.com>
  [2+ messages in thread]

(no subject)
  2006-09-12 19:33 UTC  jallgood@the-allgoods.net
` Re:
  2006-09-13 06:35 UTC  Jim C. Nasby <jim@nasby.net>
  [2+ messages in thread]

Bad plan for join to aggregate of join.
  2006-09-12 20:59 UTC  Mischa Sandberg <mischa@ca.sophos.com>
` Re: Bad plan for join to aggregate of join.
  2006-09-12 23:42 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Bad plan for join to aggregate of join.
  2006-09-13 00:51 UTC  Mischa Sandberg <mischa@ca.sophos.com>
  [3+ messages in thread]

Re: [Fwd: Re: Performance problem with Sarge compared
  2006-09-12 16:20 UTC  Scott Marlowe <smarlowe@g2switchworks.com>
` Re: [Fwd: Re: Performance problem with Sarge compared
  2006-09-12 18:28 UTC  Piñeiro <apinheiro@igalia.com>
` Re: [Fwd: Re: Performance problem with Sarge compared
  2006-09-12 19:05 UTC  Dave Dutcher <dave@tridecap.com>
` Re: [Fwd: Re: Performance problem with Sarge compared
  2006-09-12 19:08 UTC  Alvaro Herrera <alvherre@commandprompt.com>
  [4+ 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