pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
(no subject)
  2010-11-15 20:14 UTC  Humair Mohammed <humairm@hotmail.com>
` Re:
  2010-11-16 07:00 UTC  Jayadevan M <Jayadevan.Maymala@ibsplc.com>
` Re:
  2010-11-16 07:08 UTC  Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re:
  2010-11-16 07:12 UTC  Pavel Stehule <pavel.stehule@gmail.com>
  [4+ messages in thread]

Difference between explain analyze and real execution time
  2010-11-15 08:21 UTC  Artur Zając <azajac@ang.com.pl>
` Re: Difference between explain analyze and real execution time
  2010-11-15 15:12 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Difference between explain analyze and real execution time
  2010-11-15 15:24 UTC  Artur Zając <azajac@ang.com.pl>
` Re: Difference between explain analyze and real execution time
  2010-11-15 15:25 UTC  Tobias Brox <tobixen@gmail.com>
` Re: Difference between explain analyze and real execution time
  2010-11-15 19:39 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Difference between explain analyze and real execution time
  2010-11-15 20:43 UTC  Artur Zając <azajac@ang.com.pl>
` Re: Difference between explain analyze and real execution time
  2010-11-15 21:03 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Difference between explain analyze and real execution time
  2010-11-15 21:30 UTC  Artur Zając <azajac@ang.com.pl>
  [8+ messages in thread]

Why dose the planner select one bad scan plan.
  2010-11-10 09:37 UTC  静安寺 <asen_huang@qq.com>
` Re: Why dose the planner select one bad scan plan.
  2010-11-10 12:48 UTC  tv@fuzzy.cz
` Re: Why dose the planner select one bad scan plan.
  2010-11-11 07:03 UTC  静安寺 <asen_huang@qq.com>
` Re: Why dose the planner select one bad scan plan.
  2010-11-11 08:43 UTC  tv@fuzzy.cz
` Re: Why dose the planner select one bad scan plan.
  2010-11-14 23:00 UTC  Robert Haas <robertmhaas@gmail.com>
  [5+ messages in thread]

temporary tables, indexes, and query plans
  2010-10-27 17:29 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-27 17:44 UTC  Mladen Gogala <mladen.gogala@vmsinfo.com>
` Re: temporary tables, indexes, and query plans
  2010-10-27 17:59 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-27 18:23 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-27 18:32 UTC  Reid Thompson <Reid.Thompson@ateb.com>
` Re: temporary tables, indexes, and query plans
  2010-10-27 18:52 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-27 19:23 UTC  Justin Pitts <justinpitts@gmail.com>
` Re: temporary tables, indexes, and query plans
  2010-10-27 19:29 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-27 19:43 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temporary tables, indexes, and query plans
  2010-10-27 19:44 UTC  Justin Pitts <justinpitts@gmail.com>
` Re: temporary tables, indexes, and query plans
  2010-10-27 20:29 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-27 21:45 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temporary tables, indexes, and query plans
  2010-10-27 22:02 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-27 22:36 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temporary tables, indexes, and query plans
  2010-10-28 14:08 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-10-28 14:23 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temporary tables, indexes, and query plans
  2010-10-29 18:16 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: temporary tables, indexes, and query plans
  2010-11-13 03:31 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-11-13 15:41 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temporary tables, indexes, and query plans
  2010-11-13 16:14 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: temporary tables, indexes, and query plans
  2010-11-13 16:42 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temporary tables, indexes, and query plans
  2010-11-14 00:46 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: temporary tables, indexes, and query plans
  2010-11-14 00:54 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temporary tables, indexes, and query plans
  2010-11-14 02:54 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: temporary tables, indexes, and query plans
  2010-11-14 15:55 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [25+ messages in thread]

do temporary tables have hint bits?
  2010-11-13 13:53 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: do temporary tables have hint bits?
  2010-11-13 14:57 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [2+ messages in thread]

questions regarding shared_buffers behavior
  2010-11-07 20:33 UTC  Mark Rostron <mrostron@ql2.com>
` Re: questions regarding shared_buffers behavior
  2010-11-07 23:30 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: questions regarding shared_buffers behavior
  2010-11-08 00:33 UTC  Mark Rostron <mrostron@ql2.com>
` Re: questions regarding shared_buffers behavior
  2010-11-08 03:03 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: questions regarding shared_buffers behavior
  2010-11-12 21:07 UTC  Robert Haas <robertmhaas@gmail.com>
  [5+ messages in thread]

equivalent queries lead to different query plans for self-joins with group by?
  2010-11-11 21:52 UTC  Ben <midfield@gmail.com>
` Re: equivalent queries lead to different query plans for self-joins with group by?
  2010-11-11 22:37 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: equivalent queries lead to different query plans for self-joins with group by?
  2010-11-11 23:56 UTC  Ben <midfield@gmail.com>
  [3+ messages in thread]

CREATE INDEX as bottleneck
  2010-11-11 13:41 UTC  Marc Mamin <M.Mamin@intershop.de>
` Re: CREATE INDEX as bottleneck
  2010-11-11 13:58 UTC  Kenneth Marshall <ktm@rice.edu>
` Re: CREATE INDEX as bottleneck
  2010-11-11 18:54 UTC  Alex Hunsaker <badalex@gmail.com>
` Re: CREATE INDEX as bottleneck
  2010-11-11 20:05 UTC  Marc Mamin <M.Mamin@intershop.de>
  [4+ messages in thread]

Array interface
  2010-11-02 19:46 UTC  Mladen Gogala <mladen.gogala@vmsinfo.com>
` Array interface
  2010-11-02 21:18 UTC  Mladen Gogala <mladen.gogala@vmsinfo.com>
` Array interface
  2010-11-02 21:32 UTC  Mladen Gogala <mladen.gogala@vmsinfo.com>
` Re: Array interface
  2010-11-02 22:40 UTC  Conor Walsh <ctw@adverb.ly>
` Re: Array interface
  2010-11-03 14:56 UTC  Mladen Gogala <mladen.gogala@vmsinfo.com>
` Re: Array interface
  2010-11-10 09:10 UTC  Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Array interface
  2010-11-10 09:42 UTC  Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
  [7+ messages in thread]

Huge overestimation in rows expected results in bad plan
  2010-11-09 21:26 UTC  bricklen <bricklen@gmail.com>
` Re: Huge overestimation in rows expected results in bad plan
  2010-11-09 22:48 UTC  Andy Colson <andy@squeakycode.net>
` Re: Huge overestimation in rows expected results in bad plan
  2010-11-09 22:59 UTC  bricklen <bricklen@gmail.com>
` Re: Huge overestimation in rows expected results in bad plan
  2010-11-09 23:29 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Huge overestimation in rows expected results in bad plan
  2010-11-09 23:39 UTC  bricklen <bricklen@gmail.com>
` Re: Huge overestimation in rows expected results in bad plan
  2010-11-09 23:55 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Huge overestimation in rows expected results in bad plan
  2010-11-10 00:10 UTC  bricklen <bricklen@gmail.com>
  [7+ messages in thread]

Out of Memory Problem.
  2006-07-12 07:38 UTC  nicky <nicky@valuecare.nl>
` out of memory problem
  2010-11-09 10:39 UTC  Till Kirchner <till.kirchner@vti.bund.de>
` Re: out of memory problem
  2010-11-09 15:22 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: out of memory problem
  2010-11-09 16:02 UTC  Bob Lunney <bob_lunney@yahoo.com>
  [4+ messages in thread]

Select * is very slow
  2010-11-08 06:16 UTC  shaiju.ck <shaiju.ck@gmail.com>
` Re: Select * is very slow
  2010-11-08 15:23 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: Select * is very slow
  2010-11-08 15:30 UTC  Thom Brown <thom@linux.com>
` Re: Select * is very slow
  2010-11-08 15:37 UTC  Justin Pitts <justinpitts@gmail.com>
` Re: Select * is very slow
  2010-11-08 17:01 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Select * is very slow
  2010-11-08 17:08 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Select * is very slow
  2010-11-08 17:09 UTC  Thomas Kellerer <spam_eater@gmx.net>
` Re: Select * is very slow
  2010-11-08 17:15 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Select * is very slow
  2010-11-08 18:41 UTC  Pierre C <lists@peufeu.com>
  [9+ messages in thread]

Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 20:15 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 20:19 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 20:27 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 20:32 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 20:38 UTC  Andres Freund <andres@anarazel.de>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 20:59 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 21:26 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 22:11 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Major Linux performance regression; shouldn't we be worried about RHEL6?
  2010-11-05 22:30 UTC  Scott Carey <scott@richrelevance.com>
  [9+ messages in thread]

Bufer cache replacement LRU algorithm?
  2010-11-03 16:35 UTC  Mladen Gogala <mladen.gogala@vmsinfo.com>
` Re: Bufer cache replacement LRU algorithm?
  2010-11-03 16:52 UTC  Kenneth Marshall <ktm@rice.edu>
` Re: Bufer cache replacement LRU algorithm?
  2010-11-03 17:09 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Bufer cache replacement LRU algorithm?
  2010-11-05 20:58 UTC  Greg Smith <greg@2ndquadrant.com>
  [4+ messages in thread]

typoed column name, but postgres didn't grump
  2010-10-29 16:40 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: typoed column name, but postgres didn't grump
  2010-10-29 17:48 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: typoed column name, but postgres didn't grump
  2010-10-29 18:38 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-29 19:07 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-29 19:15 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-29 19:46 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-29 20:12 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-29 20:21 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-29 21:48 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-29 21:53 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-10-30 00:24 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-01 01:48 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-02 21:34 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-02 22:17 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-04 15:24 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-04 15:35 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-04 16:14 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-04 16:48 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-04 16:49 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-04 16:56 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-05 19:17 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-05 20:15 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: [PERFORM] typoed column name, but postgres didn't grump
  2010-11-05 20:23 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [23+ messages in thread]

Simple (hopefully) throughput question?
  2010-11-03 15:52 UTC  Nick Matheson <Nick.D.Matheson@noaa.gov>
` Re: Simple (hopefully) throughput question?
  2010-11-03 17:10 UTC  Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: Simple (hopefully) throughput question?
  2010-11-03 17:17 UTC  Marti Raudsepp <marti@juffo.org>
` Re: Simple (hopefully) throughput question?
  2010-11-03 17:40 UTC  Andy Colson <andy@squeakycode.net>
` Re: Simple (hopefully) throughput question?
  2010-11-04 09:12 UTC  Pierre C <lists@peufeu.com>
` Re: Simple (hopefully) throughput question?
  2010-11-04 14:31 UTC  Nick Matheson <Nick.D.Matheson@noaa.gov>
` Re: Simple (hopefully) throughput question?
  2010-11-04 14:34 UTC  Nick Matheson <Nick.D.Matheson@noaa.gov>
` Re: Simple (hopefully) throughput question?
  2010-11-04 14:38 UTC  Nick Matheson <Nick.D.Matheson@noaa.gov>
` Re: Simple (hopefully) throughput question?
  2010-11-04 14:42 UTC  Nick Matheson <Nick.D.Matheson@noaa.gov>
` Re: Simple (hopefully) throughput question?
  2010-11-04 15:07 UTC  Vitalii Tymchyshyn <tivv00@gmail.com>
` Re: Simple (hopefully) throughput question?
  2010-11-04 15:08 UTC  Nick Matheson <Nick.D.Matheson@noaa.gov>
` Re: Simple (hopefully) throughput question?
  2010-11-04 15:13 UTC  Maciek Sakrejda <msakrejda@truviso.com>
` Re: Simple (hopefully) throughput question?
  2010-11-04 19:24 UTC  Nick Matheson <Nick.D.Matheson@noaa.gov>
` Re: Simple (hopefully) throughput question?
  2010-11-05 09:05 UTC  Pierre C <lists@peufeu.com>
` Re: Simple (hopefully) throughput question?
  2010-11-05 17:30 UTC  Robert Klemme <shortcutter@googlemail.com>
` Re: Simple (hopefully) throughput question?
  2010-11-05 19:23 UTC  Samuel Gendler <sgendler@ideasculptor.com>
` Re: Simple (hopefully) throughput question?
  2010-11-05 19:29 UTC  Samuel Gendler <sgendler@ideasculptor.com>
  [17+ messages in thread]

Test...
  2003-09-30 02:44 UTC  David Griffiths <dgriffiths@boats.com>
` Re: Test...
  2003-09-30 04:48 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Test
  2010-11-02 21:21 UTC  Mladen Gogala <mladen.gogala@vmsinfo.com>
` Re: Test
  2010-11-03 15:50 UTC  Robert Gravsjö <robert@blogg.se>
  [4+ messages in thread]

A query become very slow after upgrade from 8.1.10 to 8.4.5
  2010-11-02 02:50 UTC  Yaocl <chunlinyao@gmail.com>
` Re: A query become very slow after upgrade from 8.1.10 to 8.4.5
  2010-11-02 22:30 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: A query become very slow after upgrade from 8.1.10 to 8.4.5
  2010-11-03 01:47 UTC  Yaocl <chunlinyao@gmail.com>
  [3+ messages in thread]

Insert performance with composite index
  2010-11-01 12:49 UTC  Divakar Singh <dpsmails@yahoo.com>
` Re: Insert performance with composite index
  2010-11-01 12:53 UTC  Marti Raudsepp <marti@juffo.org>
` Re: Insert performance with composite index
  2010-11-01 12:56 UTC  Divakar Singh <dpsmails@yahoo.com>
` Re: Insert performance with composite index
  2010-11-01 13:04 UTC  Marti Raudsepp <marti@juffo.org>
` Re: Insert performance with composite index
  2010-11-01 13:57 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: Insert performance with composite index
  2010-11-01 14:03 UTC  Andres Freund <andres@anarazel.de>
` Re: Insert performance with composite index
  2010-11-01 14:14 UTC  Andres Freund <andres@anarazel.de>
` Re: Insert performance with composite index
  2010-11-01 14:16 UTC  Divakar Singh <dpsmails@yahoo.com>
` Re: Insert performance with composite index
  2010-11-01 14:20 UTC  Andres Freund <andres@anarazel.de>
` Re: Insert performance with composite index
  2010-11-01 14:28 UTC  Divakar Singh <dpsmails@yahoo.com>
` Re: Insert performance with composite index
  2010-11-01 14:34 UTC  Andres Freund <andres@anarazel.de>
` Re: Insert performance with composite index
  2010-11-02 09:45 UTC  hubert depesz lubaczewski <depesz@depesz.com>
` Re: Insert performance with composite index
  2010-11-02 11:04 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: Insert performance with composite index
  2010-11-02 11:53 UTC  hubert depesz lubaczewski <depesz@depesz.com>
` Re: Insert performance with composite index
  2010-11-02 12:51 UTC  Divakar Singh <dpsmails@yahoo.com>
` Re: Insert performance with composite index
  2010-11-02 20:32 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
  [16+ messages in thread]

Slow Query- Bad Row Estimate
  2010-10-26 23:27 UTC  Ozer, Pam <pozer@automotive.com>
` Slow Query- Bad Row Estimate
  2010-10-29 20:54 UTC  Ozer, Pam <pozer@automotive.com>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:09 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:17 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:39 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:45 UTC  Ozer, Pam <pozer@automotive.com>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:47 UTC  Ozer, Pam <pozer@automotive.com>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:50 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:54 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 21:55 UTC  Ozer, Pam <pozer@automotive.com>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 22:03 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow Query- Bad Row Estimate
  2010-10-29 22:10 UTC  Ozer, Pam <pozer@automotive.com>
  [12+ messages in thread]

Re: failure notice
  2009-01-06 18:59 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Fwd: failure notice
  2010-10-29 18:13 UTC  Robert Haas <robertmhaas@gmail.com>
  [2+ messages in thread]

MVCC and Implications for (Near) Real-Time Application
  2010-10-25 18:46 UTC  Steve Wong <powerpchead@yahoo.com>
` Re: MVCC and Implications for (Near) Real-Time Application
  2010-10-29 17:05 UTC  A.M. <agentm@themactionfaction.com>
` Re: MVCC and Implications for (Near) Real-Time Application
  2010-10-29 17:18 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
  [3+ messages in thread]

partitioning question 1
  2010-10-28 16:36 UTC  Ben <midfield@gmail.com>
` Re: partitioning question 1
  2010-10-28 17:31 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: partitioning question 1
  2010-10-28 18:44 UTC  Ben <midfield@gmail.com>
` Re: partitioning question 1
  2010-10-28 18:50 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: partitioning question 1
  2010-10-28 19:25 UTC  Ben <midfield@gmail.com>
` Re: partitioning question 1
  2010-10-28 19:44 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: partitioning question 1
  2010-10-28 19:59 UTC  Ben <midfield@gmail.com>
` Re: partitioning question 1
  2010-10-28 20:08 UTC  Reid Thompson <Reid.Thompson@ateb.com>
` Re: partitioning question 1
  2010-10-28 20:48 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: partitioning question 1
  2010-10-28 21:06 UTC  Ben <midfield@gmail.com>
` Re: partitioning question 1
  2010-10-29 14:38 UTC  Igor Neyman <ineyman@perceptron.com>
` Re: partitioning question 1
  2010-10-29 16:16 UTC  Ben <midfield@gmail.com>
` Re: partitioning question 1
  2010-10-29 16:28 UTC  Igor Neyman <ineyman@perceptron.com>
  [13+ messages in thread]

Massive update, memory usage
  2010-10-27 18:38 UTC  Trenta sis <trenta.sis@gmail.com>
` Re: Massive update, memory usage
  2010-10-27 18:58 UTC  Andreas Kretschmer <akretschmer@spamfence.net>
` Re: Massive update, memory usage
  2010-10-27 23:24 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Massive update, memory usage
  2010-10-28 08:16 UTC  Trenta sis <trenta.sis@gmail.com>
` Re: Massive update, memory usage
  2010-10-28 15:37 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: Massive update, memory usage
  2010-10-28 21:48 UTC  Trenta sis <trenta.sis@gmail.com>
` Re: Massive update, memory usage
  2010-10-28 22:07 UTC  Emanuele Bracci Poste <emanuele.bracci@poste.it>
  [7+ messages in thread]

how to get the total number of records in report
  2010-10-18 05:16 UTC  AI Rumman <rummandba@gmail.com>
` Re: how to get the total number of records in report
  2010-10-18 15:52 UTC  Josh Kupershmidt <schmiddy@gmail.com>
` Re: how to get the total number of records in report
  2010-10-19 07:18 UTC  AI Rumman <rummandba@gmail.com>
` Re: how to get the total number of records in report
  2010-10-19 14:12 UTC  Greg Spiegelberg <gspiegelberg@gmail.com>
` Re: how to get the total number of records in report
  2010-10-19 23:56 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: how to get the total number of records in report
  2010-10-28 17:05 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: how to get the total number of records in report
  2010-10-28 17:40 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: how to get the total number of records in report
  2010-10-28 17:49 UTC  AI Rumman <rummandba@gmail.com>
` Re: how to get the total number of records in report
  2010-10-28 18:18 UTC  Merlin Moncure <mmoncure@gmail.com>
  [9+ 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