pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
Inserts or Updates
  2012-02-07 10:18 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-07 12:27 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Inserts or Updates
  2012-02-07 14:47 UTC  Andy Colson <andy@squeakycode.net>
` Re: Inserts or Updates
  2012-02-07 17:27 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-07 17:31 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Inserts or Updates
  2012-02-07 17:40 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-07 17:43 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-07 17:57 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Inserts or Updates
  2012-02-07 19:12 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-07 19:20 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Inserts or Updates
  2012-02-07 19:30 UTC  Andy Colson <andy@squeakycode.net>
` Re: Inserts or Updates
  2012-02-07 19:40 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Inserts or Updates
  2012-02-07 19:43 UTC  Andy Colson <andy@squeakycode.net>
` Re: Inserts or Updates
  2012-02-08 19:20 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-08 19:22 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-09 10:09 UTC  Vik Reykja <vikreykja@gmail.com>
` Re: Inserts or Updates
  2012-02-09 13:28 UTC  Frank Lanitz <frank@frank.uvena.de>
` Re: Inserts or Updates
  2012-02-12 10:48 UTC  Ofer Israeli <oferi@checkpoint.com>
` Re: Inserts or Updates
  2012-02-12 18:29 UTC  Frank Lanitz <frank@frank.uvena.de>
` Re: Inserts or Updates
  2012-02-12 18:32 UTC  Ofer Israeli <oferi@checkpoint.com>
  [20+ messages in thread]

timestamp with time zone
  2012-02-09 18:42 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: timestamp with time zone
  2012-02-09 19:46 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: timestamp with time zone
  2012-02-09 20:00 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: timestamp with time zone
  2012-02-09 20:15 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: timestamp with time zone
  2012-02-09 20:38 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: timestamp with time zone
  2012-02-10 06:19 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: timestamp with time zone
  2012-02-10 19:53 UTC  Alessandro Gagliardi <alessandro@path.com>
  [7+ messages in thread]

Performance on large, append-only tables
  2012-02-08 18:03 UTC  David Yeu <david.yeu@skype.net>
` Re: Performance on large, append-only tables
  2012-02-10 15:19 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Performance on large, append-only tables
  2012-02-10 15:33 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Performance on large, append-only tables
  2012-02-10 15:34 UTC  Marti Raudsepp <marti@juffo.org>
` Re: Performance on large, append-only tables
  2012-02-10 15:35 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance on large, append-only tables
  2012-02-10 15:44 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Performance on large, append-only tables
  2012-02-10 16:19 UTC  David Yeu <david.yeu@skype.net>
` Re: Performance on large, append-only tables
  2012-02-10 16:26 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Performance on large, append-only tables
  2012-02-10 16:45 UTC  David Yeu <david.yeu@skype.net>
` Re: Performance on large, append-only tables
  2012-02-10 16:58 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Performance on large, append-only tables
  2012-02-10 17:00 UTC  David Yeu <david.yeu@skype.net>
` Re: Performance on large, append-only tables
  2012-02-10 17:12 UTC  Claudio Freire <klaussfreire@gmail.com>
  [12+ messages in thread]

index scan forward vs backward = speed difference of 357X slower!
  2012-02-07 16:49 UTC  Kevin Traster <ktraster@freshgrillfoods.com>
` Re: index scan forward vs backward = speed difference of 357X slower!
  2012-02-08 08:01 UTC  Rural Hunter <ruralhunter@gmail.com>
` Re: index scan forward vs backward = speed difference of 357X slower!
  2012-02-08 14:36 UTC  Rural Hunter <ruralhunter@gmail.com>
` Re: index scan forward vs backward = speed difference of 357X slower!
  2012-02-08 19:31 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: index scan forward vs backward = speed difference of 357X slower!
  2012-02-08 19:58 UTC  Kevin Traster <ktraster@freshgrillfoods.com>
` Re: index scan forward vs backward = speed difference of 357X slower!
  2012-02-08 23:27 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: index scan forward vs backward = speed difference of 357X slower!
  2012-02-08 23:31 UTC  Kevin Traster <ktraster@freshgrillfoods.com>
` Re: index scan forward vs backward = speed difference of 357X slower!
  2012-02-08 23:41 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
  [8+ messages in thread]

pl/pgsql functions outperforming sql ones?
  2012-01-27 00:09 UTC  Carlo Stonebanks <stonec.register@sympatico.ca>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-27 15:47 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-27 18:36 UTC  Carlo Stonebanks <stonec.register@sympatico.ca>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-27 19:29 UTC  Deron <fecastle@gmail.com>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-27 19:59 UTC  Carlo Stonebanks <stonec.register@sympatico.ca>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-27 20:09 UTC  A.M. <agentm@themactionfaction.com>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-28 06:37 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-29 04:20 UTC  Carlo Stonebanks <stonec.register@sympatico.ca>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-29 23:04 UTC  Carlo Stonebanks <stonec.register@sympatico.ca>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-30 07:56 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-30 23:15 UTC  Carlo Stonebanks <stonec.register@sympatico.ca>
` Re: pl/pgsql functions outperforming sql ones?
  2012-01-31 04:56 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: pl/pgsql functions outperforming sql ones?
  2012-02-08 20:33 UTC  Robert Haas <robertmhaas@gmail.com>
  [13+ messages in thread]

how to demonstrate the effect of direct I/O ?
  2012-02-04 23:25 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: how to demonstrate the effect of direct I/O ?
  2012-02-04 23:34 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: how to demonstrate the effect of direct I/O ?
  2012-02-08 03:13 UTC  Greg Smith <greg@2ndQuadrant.com>
  [3+ messages in thread]

Index with all necessary columns - Postgres vs MSSQL
  2012-02-01 17:10 UTC  Gudmundur Johannesson <gudmundur.johannesson@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-01 17:52 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-01 18:32 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-01 18:50 UTC  Gudmundur Johannesson <gudmundur.johannesson@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-01 19:35 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-02 16:41 UTC  Gudmundur Johannesson <gudmundur.johannesson@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-02 20:30 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-03 08:22 UTC  Gudmundur Johannesson <gudmundur.johannesson@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-07 15:11 UTC  Igor Neyman <ineyman@perceptron.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-07 17:59 UTC  Gudmundur Johannesson <gudmundur.johannesson@gmail.com>
` Re: Index with all necessary columns - Postgres vs MSSQL
  2012-02-07 19:26 UTC  Merlin Moncure <mmoncure@gmail.com>
  [11+ messages in thread]

wal_level=archive gives better performance than minimal - why?
  2012-01-12 23:17 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: wal_level=archive gives better performance than minimal - why?
  2012-01-16 22:35 UTC  Greg Smith <greg@2ndQuadrant.com>
` Re: wal_level=archive gives better performance than minimal - why?
  2012-01-17 00:29 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: wal_level=archive gives better performance than minimal - why?
  2012-01-22 23:07 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: wal_level=archive gives better performance than minimal - why?
  2012-02-03 18:48 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: wal_level=archive gives better performance than minimal - why?
  2012-02-04 16:04 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: wal_level=archive gives better performance than minimal - why?
  2012-02-04 16:20 UTC  Tomas Vondra <tv@fuzzy.cz>
  [7+ messages in thread]

How to remove a table statistics ?
  2012-01-31 11:50 UTC  Marc Mamin <M.Mamin@intershop.de>
` Re: How to remove a table statistics ?
  2012-01-31 18:44 UTC  Josh Berkus <josh@agliodbs.com>
` Re: How to remove a table statistics ?
  2012-01-31 19:36 UTC  Marc Mamin <M.Mamin@intershop.de>
` Re: How to remove a table statistics ?
  2012-02-03 21:56 UTC  Robert Haas <robertmhaas@gmail.com>
  [4+ messages in thread]

Slow nested loop execution on larger server
  2011-12-16 18:27 UTC  Greg Smith <greg@2ndQuadrant.com>
` Re: Slow nested loop execution on larger server
  2011-12-16 21:16 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Slow nested loop execution on larger server
  2012-01-03 18:23 UTC  Strange, John W <john.w.strange@jpmorgan.com>
` Re: Slow nested loop execution on larger server
  2012-02-03 17:15 UTC  Robert Haas <robertmhaas@gmail.com>
  [4+ messages in thread]

*really* bad insert performance on table with unique index
  2012-02-02 17:28 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: *really* bad insert performance on table with unique index
  2012-02-02 20:59 UTC  Jeff Janes <jeff.janes@gmail.com>
  [2+ messages in thread]

From Simple to Complex
  2012-01-31 21:22 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: From Simple to Complex
  2012-01-31 22:10 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: From Simple to Complex
  2012-01-31 22:53 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: From Simple to Complex
  2012-01-31 23:43 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: From Simple to Complex
  2012-02-01 18:19 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: From Simple to Complex
  2012-02-01 18:35 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: From Simple to Complex
  2012-02-01 18:48 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: From Simple to Complex
  2012-02-01 18:53 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: From Simple to Complex
  2012-02-01 19:04 UTC  Bob Lunney <bob_lunney@yahoo.com>
` Re: From Simple to Complex
  2012-02-01 19:19 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: From Simple to Complex
  2012-02-02 14:52 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: From Simple to Complex
  2012-02-02 19:38 UTC  Alessandro Gagliardi <alessandro@path.com>
  [12+ messages in thread]

Having I/O problems in simple virtualized environment
  2012-01-29 22:48 UTC  Ron Arts <ron.arts@gmail.com>
` Re: Having I/O problems in simple virtualized environment
  2012-01-29 23:01 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Having I/O problems in simple virtualized environment
  2012-01-30 01:52 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
` Re: Having I/O problems in simple virtualized environment
  2012-01-30 07:41 UTC  Ron Arts <ron.arts@gmail.com>
` Re: Having I/O problems in simple virtualized environment
  2012-01-31 21:13 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
  [5+ messages in thread]

Why should such a simple query over indexed columns be so slow?
  2012-01-30 19:13 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 19:24 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 20:35 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 20:50 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 20:55 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 20:59 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 21:13 UTC  Fernando Hevia <fhevia@gmail.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 21:25 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 21:39 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 21:45 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 21:45 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 21:55 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 22:19 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 22:24 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-30 22:26 UTC  Alessandro Gagliardi <alessandro@path.com>
` Re: Why should such a simple query over indexed columns be so slow?
  2012-01-31 00:42 UTC  Josh Berkus <josh@agliodbs.com>
  [16+ messages in thread]

Postgress is taking lot of CPU on our embedded hardware.
  2012-01-27 13:34 UTC  Jayashankar K B <Jayashankar.KB@lnties.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-27 16:47 UTC  Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-27 17:14 UTC  Andy Colson <andy@squeakycode.net>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-27 18:30 UTC  Jayashankar K B <Jayashankar.KB@lnties.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-27 19:56 UTC  Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 02:23 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 03:07 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 17:11 UTC  Jayashankar K B <Jayashankar.KB@lnties.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 17:21 UTC  Jayashankar K B <Jayashankar.KB@lnties.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 17:56 UTC  Deron <fecastle@gmail.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 18:16 UTC  Jeff Janes <jeff.janes@gmail.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 19:37 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-28 23:58 UTC  Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-29 14:46 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
` Re: Postgress is taking lot of CPU on our embedded hardware.
  2012-01-30 10:06 UTC  Marti Raudsepp <marti@juffo.org>
  [15+ messages in thread]

regarding CLUSTER and HUGE work_mem / maintenance_work_mem
  2012-01-27 17:43 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: regarding CLUSTER and HUGE work_mem / maintenance_work_mem
  2012-01-27 18:05 UTC  Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: regarding CLUSTER and HUGE work_mem / maintenance_work_mem
  2012-01-28 02:34 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: regarding CLUSTER and HUGE work_mem / maintenance_work_mem
  2012-01-28 03:04 UTC  Scott Marlowe <scott.marlowe@gmail.com>
  [4+ messages in thread]

Re: PostgreSQL Parallel Processing !
  2012-01-25 09:18 UTC  sridhar bamandlapally <sridhar.bn1@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-25 13:43 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-25 16:18 UTC  sridhar bamandlapally <sridhar.bn1@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-25 20:16 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-25 20:54 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 04:31 UTC  sridhar bamandlapally <sridhar.bn1@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 09:06 UTC  Marti Raudsepp <marti@juffo.org>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 09:19 UTC  Vitalii Tymchyshyn <tivv00@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 09:46 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 09:52 UTC  Thomas Kellerer <spam_eater@gmx.net>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 12:16 UTC  sridhar bamandlapally <sridhar.bn1@gmail.com>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 12:43 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: PostgreSQL Parallel Processing !
  2012-01-27 14:38 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
  [13+ messages in thread]

Can lots of small writes badly hamper reads from other tables?
  2012-01-24 20:16 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: Can lots of small writes badly hamper reads from other tables?
  2012-01-24 21:06 UTC  Andy Colson <andy@squeakycode.net>
` Re: Can lots of small writes badly hamper reads from other tables?
  2012-01-24 21:09 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: Can lots of small writes badly hamper reads from other tables?
  2012-01-24 21:36 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: Can lots of small writes badly hamper reads from other tables?
  2012-01-24 23:46 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: Can lots of small writes badly hamper reads from other tables?
  2012-01-25 16:19 UTC  Jeff Janes <jeff.janes@gmail.com>
  [6+ messages in thread]

Cursor fetch performance issue
  2012-01-24 20:41 UTC  Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Cursor fetch performance issue
  2012-01-24 20:47 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: Cursor fetch performance issue
  2012-01-24 20:57 UTC  Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Cursor fetch performance issue
  2012-01-24 21:11 UTC  Andy Colson <andy@squeakycode.net>
` Re: Cursor fetch performance issue
  2012-01-24 21:11 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: Cursor fetch performance issue
  2012-01-24 21:17 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: Cursor fetch performance issue
  2012-01-24 21:28 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Cursor fetch performance issue
  2012-01-24 21:34 UTC  Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Cursor fetch performance issue
  2012-01-25 08:58 UTC  Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
  [9+ messages in thread]

spikes in pgbench read-only results
  2012-01-22 23:17 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: spikes in pgbench read-only results
  2012-01-23 17:03 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: spikes in pgbench read-only results
  2012-01-23 17:39 UTC  Tomas Vondra <tv@fuzzy.cz>
  [3+ messages in thread]

Discovering the most searched values for a field
  2012-01-13 18:08 UTC  alexandre - aldeia digital <adaldeia@gmail.com>
` Re: Discovering the most searched values for a field
  2012-01-13 19:08 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Discovering the most searched values for a field
  2012-01-23 17:26 UTC  alexandre - aldeia digital <adaldeia@gmail.com>
  [3+ messages in thread]

Partitioning by status?
  2012-01-10 16:57 UTC  Mike Blackwell <mike.blackwell@rrd.com>
` Re: Partitioning by status?
  2012-01-10 17:09 UTC  Andreas Kretschmer <akretschmer@spamfence.net>
` Re: Partitioning by status?
  2012-01-12 18:24 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Partitioning by status?
  2012-01-13 10:44 UTC  alexandre - aldeia digital <adaldeia@gmail.com>
` Re: Partitioning by status?
  2012-01-13 19:05 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Partitioning by status?
  2012-01-23 17:22 UTC  alexandre - aldeia digital <adaldeia@gmail.com>
  [6+ messages in thread]

when benchmarking insert , can there be caching effects?
  2012-01-20 15:36 UTC  Willy-Bas Loos <willybas@gmail.com>
` Re: when benchmarking insert , can there be caching effects?
  2012-01-20 17:53 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
  [2+ messages in thread]

auto vacuum, not working?
  2012-01-13 12:08 UTC  Anibal David Acosta <aa@devshock.com>
` Re: auto vacuum, not working?
  2012-01-13 14:26 UTC  Mario Weilguni <roadrunner6@gmx.at>
` Re: auto vacuum, not working?
  2012-01-13 14:50 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: auto vacuum, not working?
  2012-01-15 12:09 UTC  Greg Smith <greg@2ndQuadrant.com>
  [4+ messages in thread]

partitioned table: differents plans, slow on some situations
  2011-12-30 16:01 UTC  Matteo Sgalaberni <sgala@sgala.com>
` Re: partitioned table: differents plans, slow on some situations
  2011-12-30 16:23 UTC  Marcin Mirosław <marcin@mejor.pl>
` Re: partitioned table: differents plans, slow on some situations
  2011-12-30 16:35 UTC  Matteo Sgalaberni <sgala@sgala.com>
` Re: partitioned table: differents plans, slow on some situations
  2012-01-11 01:53 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: partitioned table: differents plans, slow on some situations
  2012-01-11 11:57 UTC  Matteo Sgalaberni <sgala@sgala.com>
  [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