pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
Trigger or Function
  2011-07-12 07:41 UTC  alan <alan.miller3@gmail.com>
` Re: Trigger or Function
  2011-07-14 11:06 UTC  Robert Klemme <shortcutter@googlemail.com>
` Re: Trigger or Function
  2011-07-23 15:58 UTC  alan <alan.miller3@gmail.com>
` Re: Trigger or Function
  2011-07-30 01:01 UTC  Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Trigger or Function
  2011-08-01 07:18 UTC  Robert Klemme <shortcutter@googlemail.com>
` Re: Trigger or Function
  2011-08-01 09:26 UTC  Gavin Flower <GavinFlower@archidevsys.co.nz>
  [6+ messages in thread]

Queries related to checkpoints
  2011-07-29 13:37 UTC  Rohan Malhotra <yourbuddyrohan@gmail.com>
` Re: [PERFORM] Queries related to checkpoints
  2011-07-29 15:25 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
  [2+ messages in thread]

very large record sizes and ressource usage
  2011-07-07 14:33 UTC  jtkells@verizon.net
` Re: very large record sizes and ressource usage
  2011-07-29 00:25 UTC  Robert Haas <robertmhaas@gmail.com>
  [2+ messages in thread]

Hardware advice for scalable warehouse db
  2011-07-15 06:34 UTC  chris <chricki@gmx.net>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 07:10 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 08:22 UTC  jesper@krogh.cc
` Re: Hardware advice for scalable warehouse db
  2011-07-15 16:39 UTC  Robert Schnabel <schnabelr@missouri.edu>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 17:59 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 18:01 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 18:46 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 18:49 UTC  chris r. <chricki@gmx.net>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 19:25 UTC  Rob Wultsch <wultsch@gmail.com>
` Re: Hardware advice for scalable warehouse db
  2011-07-15 19:46 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Hardware advice for scalable warehouse db
  2011-07-27 16:02 UTC  Terry Schmitt <tschmitt@schmittworks.com>
  [11+ messages in thread]

Restore database after drop command
  2011-07-25 06:38 UTC  Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Restore database after drop command
  2011-07-25 06:47 UTC  Vibhor Kumar <vibhor.aim@gmail.com>
` Re: Restore database after drop command
  2011-07-25 07:11 UTC  Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: [WAS:ADMIN] [WAS:PERFORM] Restore database after drop command
  2011-07-25 07:46 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: Restore database after drop command
  2011-07-25 10:51 UTC  Florian Weimer <fweimer@bfk.de>
` Re: [ADMIN] Restore database after drop command
  2011-07-25 18:15 UTC  Tomas Vondra <tv@fuzzy.cz>
  [6+ messages in thread]

Bad query plan
  2011-07-24 14:06 UTC  Дмитрий Васильев <dmitry.vasil@gmail.com>
` Re: Bad query plan
  2011-07-24 16:02 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Bad query plan
  2011-07-24 20:14 UTC  Gavin Flower <GavinFlower@archidevsys.co.nz>
  [3+ messages in thread]

hstore - Implementation and performance issues around its operators
  2011-06-19 18:59 UTC  Stefan Keller <sfkeller@gmail.com>
` Re: hstore - Implementation and performance issues around its operators
  2011-07-19 20:08 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: hstore - Implementation and performance issues around its operators
  2011-07-19 21:06 UTC  Stefan Keller <sfkeller@gmail.com>
` Re: hstore - Implementation and performance issues around its operators
  2011-07-22 17:08 UTC  Robert Haas <robertmhaas@gmail.com>
  [4+ messages in thread]

Large rows number, and large objects
  2011-06-19 04:06 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
` Re: Large rows number, and large objects
  2011-06-19 11:37 UTC  Samuel Gendler <sgendler@ideasculptor.com>
` Re: Large rows number, and large objects
  2011-06-19 15:49 UTC  Craig James <craig_james@emolecules.com>
` Re: Large rows number, and large objects
  2011-06-20 02:19 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
` Re: Large rows number, and large objects
  2011-07-19 20:27 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Large rows number, and large objects
  2011-07-20 15:57 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
` Re: Large rows number, and large objects
  2011-07-20 19:30 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Large rows number, and large objects
  2011-07-20 19:33 UTC  Andrzej Nakonieczny <dzemik-pgsql-performance@e-list.pingwin.eu.org>
` Re: Large rows number, and large objects
  2011-07-22 00:46 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
  [9+ messages in thread]

Intel 320 series drives firmware bug
  2011-07-21 11:16 UTC  Greg Smith <greg@2ndQuadrant.com>

BBU still needed with SSD?
  2011-07-18 01:43 UTC  Andy <angelflow@yahoo.com>
` Re: BBU still needed with SSD?
  2011-07-18 02:30 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: BBU still needed with SSD?
  2011-07-18 07:56 UTC  Yeb Havinga <yebhavinga@gmail.com>
` Re: BBU still needed with SSD?
  2011-07-18 23:37 UTC  David Rees <drees76@gmail.com>
` Re: BBU still needed with SSD?
  2011-07-19 00:39 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: BBU still needed with SSD?
  2011-07-19 01:33 UTC  Andy <angelflow@yahoo.com>
` Re: BBU still needed with SSD?
  2011-07-19 01:59 UTC  Bruce Momjian <bruce@momjian.us>
` Re: BBU still needed with SSD?
  2011-07-19 03:56 UTC  Andy <angelflow@yahoo.com>
` Re: BBU still needed with SSD?
  2011-07-19 07:56 UTC  Florian Weimer <fweimer@bfk.de>
` Re: BBU still needed with SSD?
  2011-07-19 10:19 UTC  Greg Smith <greg@2ndQuadrant.com>
` Re: BBU still needed with SSD?
  2011-07-19 10:35 UTC  Yeb Havinga <yebhavinga@gmail.com>
` Re: BBU still needed with SSD?
  2011-07-19 10:47 UTC  Florian Weimer <fweimer@bfk.de>
` Re: BBU still needed with SSD?
  2011-07-19 11:25 UTC  Yeb Havinga <yebhavinga@gmail.com>
` Re: BBU still needed with SSD?
  2011-07-19 11:37 UTC  Florian Weimer <fweimer@bfk.de>
` Re: BBU still needed with SSD?
  2011-07-19 12:16 UTC  Yeb Havinga <yebhavinga@gmail.com>
` Re: BBU still needed with SSD?
  2011-07-19 14:29 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: BBU still needed with SSD?
  2011-07-21 07:19 UTC  Klaus Ita <klaus@worstofall.com>
  [17+ messages in thread]

bad plan: 8.4.8, hashagg, work_mem=1MB.
  2011-06-20 15:53 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: bad plan: 8.4.8, hashagg, work_mem=1MB.
  2011-06-20 16:08 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: bad plan: 8.4.8, hashagg, work_mem=1MB.
  2011-06-20 19:31 UTC  Jon Nelson <jnelson+pgsql@jamponi.net>
` Re: bad plan: 8.4.8, hashagg, work_mem=1MB.
  2011-07-19 20:32 UTC  Robert Haas <robertmhaas@gmail.com>
  [4+ messages in thread]

cpu comparison
  2011-07-18 19:48 UTC  M. D. <lists@turnkey.bz>
` Re: cpu comparison
  2011-07-18 20:11 UTC  ktm@rice.edu <ktm@rice.edu>
` Re: cpu comparison
  2011-07-18 21:56 UTC  Tomas Vondra <tv@fuzzy.cz>
` Re: cpu comparison
  2011-07-18 22:03 UTC  Josh Berkus <josh@agliodbs.com>
` Re: cpu comparison
  2011-07-18 23:19 UTC  ktm@rice.edu <ktm@rice.edu>
` Re: cpu comparison
  2011-07-19 00:47 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: cpu comparison
  2011-07-19 01:38 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: cpu comparison
  2011-07-19 03:25 UTC  M. D. <lists@turnkey.bz>
` Re: cpu comparison
  2011-07-19 05:05 UTC  Samuel Gendler <sgendler@ideasculptor.com>
  [9+ messages in thread]

Statistics and Multi-Column indexes
  2011-07-10 21:16 UTC  lars <lhofhansl@yahoo.com>
` Re: Statistics and Multi-Column indexes
  2011-07-10 21:31 UTC  Samuel Gendler <sgendler@ideasculptor.com>
` Re: Statistics and Multi-Column indexes
  2011-07-11 20:32 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Statistics and Multi-Column indexes
  2011-07-15 21:40 UTC  lars <lhofhansl@yahoo.com>
  [4+ messages in thread]

Unexpected seq scans when expected result is 1 row out of milions
  2011-07-15 12:57 UTC  Svetlin Manavski <svetlin.manavski@gmail.com>
` Re: Unexpected seq scans when expected result is 1 row out of milions
  2011-07-15 17:58 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [2+ messages in thread]

Inoptimal query plan for max() and multicolumn index
  2011-06-20 05:35 UTC  Vladimir Kulev <me@lightoze.net>
` Re: Inoptimal query plan for max() and multicolumn index
  2011-06-20 15:41 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Inoptimal query plan for max() and multicolumn index
  2011-06-20 16:08 UTC  Vladimir Kulev <me@lightoze.net>
` Re: Inoptimal query plan for max() and multicolumn index
  2011-06-21 10:49 UTC  F. BROUARD / SQLpro <sqlpro@club-internet.fr>
` Re: Inoptimal query plan for max() and multicolumn index
  2011-07-15 07:14 UTC  Gaetano Mendola <mendola@gmail.com>
` Re: Inoptimal query plan for max() and multicolumn index
  2011-07-15 07:14 UTC  Gaetano Mendola <mendola@gmail.com>
  [6+ messages in thread]

Planner choosing NestedLoop, although it is slower...
  2011-07-12 18:11 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: Planner choosing NestedLoop, although it is slower...
  2011-07-12 19:55 UTC  Clem Dickey <dickeycl@us.ibm.com>
` Re: Planner choosing NestedLoop, although it is slower...
  2011-07-12 20:04 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Planner choosing NestedLoop, although it is slower...
  2011-07-12 22:06 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: Planner choosing NestedLoop, although it is slower...
  2011-07-12 22:39 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Planner choosing NestedLoop, although it is slower...
  2011-07-12 23:57 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: Planner choosing NestedLoop, although it is slower...
  2011-07-13 00:53 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
` Re: Planner choosing NestedLoop, although it is slower...
  2011-07-13 02:04 UTC  Mario Splivalo <mario.splivalo@megafon.hr>
  [8+ messages in thread]

Memory usage of auto-vacuum
  2011-07-09 07:25 UTC  Gael Le Mignot <gael@pilotsystems.net>
` Re: Memory usage of auto-vacuum
  2011-07-09 08:31 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: Memory usage of auto-vacuum
  2011-07-09 08:33 UTC  Guillaume Lelarge <guillaume@lelarge.info>
` Re: Memory usage of auto-vacuum
  2011-07-09 08:39 UTC  Gael Le Mignot <gael@pilotsystems.net>
` Re: Memory usage of auto-vacuum
  2011-07-09 08:43 UTC  Gael Le Mignot <gael@pilotsystems.net>
` Re: Memory usage of auto-vacuum
  2011-07-09 08:53 UTC  Guillaume Lelarge <guillaume@lelarge.info>
` Re: Memory usage of auto-vacuum
  2011-07-09 09:00 UTC  Gael Le Mignot <gael@pilotsystems.net>
` Re: Memory usage of auto-vacuum
  2011-07-09 09:06 UTC  Guillaume Lelarge <guillaume@lelarge.info>
` Re: Memory usage of auto-vacuum
  2011-07-09 09:27 UTC  Gael Le Mignot <gael@pilotsystems.net>
` Re: Memory usage of auto-vacuum
  2011-07-09 12:15 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: Memory usage of auto-vacuum
  2011-07-09 16:23 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Memory usage of auto-vacuum
  2011-07-10 10:06 UTC  Gael Le Mignot <gael@pilotsystems.net>
` Re: Memory usage of auto-vacuum
  2011-07-12 15:44 UTC  Gael Le Mignot <gael@pilotsystems.net>
  [13+ messages in thread]

query total time im milliseconds
  2011-07-10 11:41 UTC  Radhya sahal <rad_cs_2006@yahoo.com>
` query total time im milliseconds
  2011-07-10 13:07 UTC  Radhya sahal <rad_cs_2006@yahoo.com>
` query total time im milliseconds
  2011-07-10 13:08 UTC  Radhya sahal <rad_cs_2006@yahoo.com>
` query total time im milliseconds
  2011-07-10 16:44 UTC  Radhya sahal <rad_cs_2006@yahoo.com>
` Re: query total time im milliseconds
  2011-07-10 17:51 UTC  Samuel Gendler <sgendler@ideasculptor.com>
` Fw: query total time im milliseconds
  2011-07-10 18:26 UTC  Radhya sahal <rad_cs_2006@yahoo.com>
` Re: query total time im milliseconds
  2011-07-10 22:20 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: Fw: query total time im milliseconds
  2011-07-10 22:54 UTC  Craig Ringer <craig@postnewspapers.com.au>
  [8+ messages in thread]

INSERT query times
  2011-07-07 15:35 UTC  sergio mayoral <smayoral@gmail.com>
` Re: INSERT query times
  2011-07-10 08:12 UTC  Pavel Stehule <pavel.stehule@gmail.com>
` Re: INSERT query times
  2011-07-10 16:42 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [3+ messages in thread]

issue with query optimizer when joining two partitioned tables
  2011-07-08 21:36 UTC  Anish Kejariwal <anishkej@gmail.com>
` Re: issue with query optimizer when joining two partitioned tables
  2011-07-09 07:54 UTC  Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: issue with query optimizer when joining two partitioned tables
  2011-07-09 17:43 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: issue with query optimizer when joining two partitioned tables
  2011-07-10 15:33 UTC  Anish Kejariwal <anishkej@gmail.com>
` Re: issue with query optimizer when joining two partitioned tables
  2011-07-10 15:46 UTC  Jeremy Harris <jgh@wizmail.org>
  [5+ messages in thread]

execution time for first INSERT
  2011-07-08 11:23 UTC  Sergio Mayoral <mayoralstuttgart@yahoo.com>
` Re: execution time for first INSERT
  2011-07-09 00:40 UTC  Jeff Davis <pgsql@j-davis.com>
  [2+ messages in thread]

Just a note about column equivalence disarming the planner
  2011-07-08 20:20 UTC  Shaun Thomas <sthomas@peak6.com>

"VACUUM FULL ANALYZE" vs. Autovacuum Contention
  2011-07-07 20:23 UTC  D C <ptradingcom@gmail.com>
` "VACUUM FULL ANALYZE" vs. Autovacuum Contention
  2011-07-07 20:30 UTC  D C <ptradingcom@gmail.com>
` Re: "VACUUM FULL ANALYZE" vs. Autovacuum Contention
  2011-07-07 21:21 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: "VACUUM FULL ANALYZE" vs. Autovacuum Contention
  2011-07-07 21:30 UTC  Greg Smith <greg@2ndQuadrant.com>
` Re: "VACUUM FULL ANALYZE" vs. Autovacuum Contention
  2011-07-08 16:46 UTC  D C <ptradingcom@gmail.com>
` Re: "VACUUM FULL ANALYZE" vs. Autovacuum Contention
  2011-07-08 17:12 UTC  Greg Smith <greg@2ndQuadrant.com>
  [6+ messages in thread]

Infinite Cache
  2011-07-01 14:43 UTC  Anthony Presley <anthony@resolution.com>
` Re: Infinite Cache
  2011-07-01 15:54 UTC  Greg Smith <greg@2ndQuadrant.com>
` Re: Infinite Cache
  2011-07-01 22:37 UTC  Jim Nasby <jim@nasby.net>
` Re: Infinite Cache
  2011-07-02 08:20 UTC  Dave Page <dpage@pgadmin.org>
` Re: Infinite Cache
  2011-07-03 11:21 UTC  Magnus Hagander <magnus@hagander.net>
` Re: Infinite Cache
  2011-07-03 18:18 UTC  Greg Smith <greg@2ndQuadrant.com>
` Re: Infinite Cache
  2011-07-05 13:35 UTC  Shaun Thomas <sthomas@peak6.com>
` Re: Infinite Cache
  2011-07-08 13:34 UTC  Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: Infinite Cache
  2011-07-08 13:41 UTC  Magnus Hagander <magnus@hagander.net>
  [9+ messages in thread]

DELETE taking too much memory
  2011-07-07 13:34 UTC  vincent dephily <vincent.dephily@mobile-devices.fr>
` Re: [PERFORM] DELETE taking too much memory
  2011-07-07 18:54 UTC  French, Martin <frenchm@cromwell.co.uk>
` Re: DELETE taking too much memory
  2011-07-07 20:26 UTC  Guillaume Lelarge <guillaume@lelarge.info>
` Re: DELETE taking too much memory
  2011-07-08 09:05 UTC  Dean Rasheed <dean.a.rasheed@gmail.com>
` Re: DELETE taking too much memory
  2011-07-08 09:13 UTC  Vincent de Phily <vincent.dephily@mobile-devices.fr>
` Re: [PERFORM] DELETE taking too much memory
  2011-07-08 09:20 UTC  Vincent de Phily <vincent.dephily@mobile-devices.fr>
` Re: [PERFORM] DELETE taking too much memory
  2011-07-08 09:31 UTC  French, Martin <frenchm@cromwell.co.uk>
` Re: DELETE taking too much memory
  2011-07-08 09:44 UTC  Vincent de Phily <vincent.dephily@mobile-devices.fr>
` Re: [PERFORM] DELETE taking too much memory
  2011-07-08 09:50 UTC  Vincent de Phily <vincent.dephily@mobile-devices.fr>
` Re: DELETE taking too much memory
  2011-07-08 10:48 UTC  Dean Rasheed <dean.a.rasheed@gmail.com>
` Re: [PERFORM] DELETE taking too much memory
  2011-07-08 11:09 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: [PERFORM] DELETE taking too much memory
  2011-07-08 13:37 UTC  Jose Ildefonso Camargo Tolosa <ildefonso.camargo@gmail.com>
  [12+ 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