pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedSlow performance when querying millions of rows
2011-06-28 21:28 UTC Craig McIlwee <craig.mcilwee@openroadsconsulting.com>
` Re: Slow performance when querying millions of rows
2011-06-28 22:39 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Slow performance when querying millions of rows
2011-06-28 22:42 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Slow performance when querying millions of rows
2011-06-28 23:26 UTC Craig McIlwee <craig.mcilwee@openroadsconsulting.com>
` Re: Slow performance when querying millions of rows
2011-06-28 23:50 UTC Craig McIlwee <craig.mcilwee@openroadsconsulting.com>
` Re: Slow performance when querying millions of rows
2011-06-29 00:03 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Slow performance when querying millions of rows
2011-06-29 00:10 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Slow performance when querying millions of rows
2011-06-29 00:51 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Slow performance when querying millions of rows
2011-06-29 01:01 UTC Greg Smith <greg@2ndQuadrant.com>
[9+ messages in thread]
Re: Long Running Update - My Solution
2011-06-27 15:02 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
` Re: Long Running Update - My Solution
2011-06-27 15:12 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Long Running Update - My Solution
2011-06-27 15:37 UTC tv@fuzzy.cz
` Re: Long Running Update - My Solution
2011-06-27 19:29 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: Long Running Update - My Solution
2011-06-28 00:37 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Long Running Update - My Solution
2011-06-28 09:48 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
[6+ messages in thread]
Getting rid of a seq scan in query on a large table
2011-06-27 12:46 UTC Jens Hoffrichter <jens.hoffrichter@gmail.com>
` Re: Getting rid of a seq scan in query on a large table
2011-06-27 14:30 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Fw: Getting rid of a seq scan in query on a large table
2011-06-27 23:00 UTC Denis de Bernardy <ddebernardy@yahoo.com>
[3+ messages in thread]
Performance issue with Insert
2011-06-27 14:22 UTC Jenish <jenishvyas@gmail.com>
` Re: Performance issue with Insert
2011-06-27 14:37 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Performance issue with Insert
2011-06-27 15:01 UTC Jenish <jenishvyas@gmail.com>
` Re: Performance issue with Insert
2011-06-27 15:32 UTC tv@fuzzy.cz
` Re: Performance issue with Insert
2011-06-27 15:58 UTC Jenish <jenishvyas@gmail.com>
` Re: Performance issue with Insert
2011-06-27 16:12 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Performance issue with Insert
2011-06-27 19:46 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance issue with Insert
2011-06-27 19:48 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance issue with Insert
2011-06-27 20:14 UTC Jenish <jenishvyas@gmail.com>
` Re: Performance issue with Insert
2011-06-27 20:47 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance issue with Insert
2011-06-27 20:56 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
[11+ messages in thread]
Cost of creating an emply WAL segment
2011-06-24 14:43 UTC Devrim GÜNDÜZ <devrim@gunduz.org>
` Re: Cost of creating an emply WAL segment
2011-06-24 16:18 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Cost of creating an emply WAL segment
2011-06-24 18:55 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Cost of creating an emply WAL segment
2011-06-24 23:26 UTC Greg Smith <greg@2ndQuadrant.com>
[4+ messages in thread]
Long Running Update
2011-06-23 15:05 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
` Re: Long Running Update
2011-06-23 17:18 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Long Running Update
2011-06-23 19:32 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Long Running Update
2011-06-24 11:16 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
` Re: Long Running Update
2011-06-24 11:19 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
` Re: Long Running Update
2011-06-24 11:39 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Long Running Update
2011-06-24 11:45 UTC Vitalii Tymchyshyn <tivv00@gmail.com>
` Re: Long Running Update
2011-06-24 12:39 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
` Re: Long Running Update
2011-06-24 12:52 UTC Mark Thornton <mthornton@optrak.com>
` Re: Long Running Update
2011-06-24 13:43 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Long Running Update
2011-06-24 14:00 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Long Running Update
2011-06-24 15:12 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Long Running Update
2011-06-24 16:29 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
` Re: Long Running Update
2011-06-24 16:31 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
` Re: Long Running Update
2011-06-24 16:41 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Long Running Update
2011-06-24 16:49 UTC Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
[16+ messages in thread]
seq scan in the case of max() on the primary key column
2011-06-16 13:55 UTC Svetlin Manavski <svetlin.manavski@gmail.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-16 17:03 UTC Jesper Krogh <jesper@krogh.cc>
` Re: seq scan in the case of max() on the primary key column
2011-06-16 17:25 UTC Magnus Hagander <magnus@hagander.net>
` Re: seq scan in the case of max() on the primary key column
2011-06-16 18:36 UTC Shaun Thomas <sthomas@peak6.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-17 11:22 UTC Svetlin Manavski <svetlin.manavski@gmail.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-17 12:43 UTC Shaun Thomas <sthomas@peak6.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-17 18:00 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-17 20:31 UTC Jim Nasby <jim@nasby.net>
` Re: seq scan in the case of max() on the primary key column
2011-06-21 19:49 UTC Shaun Thomas <sthomas@peak6.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-22 09:55 UTC Marti Raudsepp <marti@juffo.org>
` Re: seq scan in the case of max() on the primary key column
2011-06-22 13:12 UTC Shaun Thomas <sthomas@peak6.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-22 17:01 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-22 18:12 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-22 18:15 UTC Shaun Thomas <sthomas@peak6.com>
` Re: seq scan in the case of max() on the primary key column
2011-06-22 21:35 UTC Greg Smith <greg@2ndQuadrant.com>
[15+ messages in thread]
Improve the Postgres Query performance
2011-06-21 20:34 UTC Tripura <k_tripura@hotmail.com>
` Re: Improve the Postgres Query performance
2011-06-22 07:05 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Improve the Postgres Query performance
2011-06-22 20:57 UTC Tripura <k_tripura@hotmail.com>
[3+ messages in thread]
Contemplating SSD Hardware RAID
2011-06-21 03:54 UTC Dan Harris <fbsd@drivefaster.net>
` Re: Contemplating SSD Hardware RAID
2011-06-21 06:33 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 07:51 UTC Yeb Havinga <yebhavinga@gmail.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 07:55 UTC Yeb Havinga <yebhavinga@gmail.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 11:19 UTC Florian Weimer <fweimer@bfk.de>
` Re: Contemplating SSD Hardware RAID
2011-06-21 15:11 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 18:29 UTC Anton Rommerskirchen <atr@atrsoft.de>
` Re: Contemplating SSD Hardware RAID
2011-06-21 20:10 UTC Yeb Havinga <yebhavinga@gmail.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 20:25 UTC Yeb Havinga <yebhavinga@gmail.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 20:32 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 21:35 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Contemplating SSD Hardware RAID
2011-06-21 22:17 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Contemplating SSD Hardware RAID
2011-06-22 15:50 UTC Shaun Thomas <sthomas@peak6.com>
[13+ messages in thread]
Cross Table (Pivot)
2011-06-21 03:35 UTC Mario Guerrero <chimuelo22@yahoo.es>
how to know slowly query in lock postgre
2011-06-20 07:57 UTC Didik Prasetyo <prasetyodidik62@yahoo.com>
` Re: how to know slowly query in lock postgre
2011-06-20 09:45 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: how to know slowly query in lock postgre
2011-06-20 19:09 UTC Tomas Vondra <tv@fuzzy.cz>
[3+ messages in thread]
generating a large XML document
2011-06-16 19:33 UTC Julius Tuskenis <julius@nsoft.lt>
` Re: generating a large XML document
2011-06-20 06:36 UTC Julius Tuskenis <julius@nsoft.lt>
` Re: generating a large XML document
2011-06-20 06:51 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: generating a large XML document
2011-06-20 07:21 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: generating a large XML document
2011-06-20 07:29 UTC Julius Tuskenis <julius@nsoft.lt>
` Re: generating a large XML document
2011-06-20 07:38 UTC Julius Tuskenis <julius@nsoft.lt>
` Re: generating a large XML document
2011-06-20 07:47 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: generating a large XML document
2011-06-20 07:58 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: generating a large XML document
2011-06-20 09:03 UTC Julius Tuskenis <julius@nsoft.lt>
[9+ messages in thread]
Degrading PostgreSQL 8.4 write performance
2011-06-17 12:48 UTC Kabu Taah <kabuutah@hot.ee>
` Re: Degrading PostgreSQL 8.4 write performance
2011-06-17 14:08 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Degrading PostgreSQL 8.4 write performance
2011-06-17 17:54 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Degrading PostgreSQL 8.4 write performance
2011-06-19 23:05 UTC Pierre C <lists@peufeu.com>
[4+ messages in thread]
Performance advice for a new low(er)-power server
2011-06-16 15:09 UTC Haestan <haestan@gmail.com>
` Re: Performance advice for a new low(er)-power server
2011-06-16 18:19 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Performance advice for a new low(er)-power server
2011-06-16 18:29 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Performance advice for a new low(er)-power server
2011-06-16 18:43 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Performance advice for a new low(er)-power server
2011-06-16 18:52 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Performance advice for a new low(er)-power server
2011-06-16 19:04 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Performance advice for a new low(er)-power server
2011-06-16 22:12 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Performance advice for a new low(er)-power server
2011-06-16 22:44 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Performance advice for a new low(er)-power server
2011-06-17 08:42 UTC Haestan <haestan@gmail.com>
` Re: Performance advice for a new low(er)-power server
2011-06-17 09:13 UTC Haestan <haestan@gmail.com>
` Re: Performance advice for a new low(er)-power server
2011-06-17 09:30 UTC jesper@krogh.cc
` Re: Performance advice for a new low(er)-power server
2011-06-17 13:29 UTC Merlin Moncure <mmoncure@gmail.com>
[12+ messages in thread]
need to repeat the same condition on joined tables in order to choose the proper plan
2011-06-14 13:55 UTC Svetlin Manavski <svetlin.manavski@gmail.com>
` Re: need to repeat the same condition on joined tables in order to choose the proper plan
2011-06-14 16:29 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: need to repeat the same condition on joined tables in order to choose the proper plan
2011-06-14 20:21 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: need to repeat the same condition on joined tables in order to choose the proper plan
2011-06-15 08:55 UTC Svetlin Manavski <svetlin.manavski@gmail.com>
[4+ messages in thread]
how much postgres can scale up?
2011-06-10 11:29 UTC Anibal David Acosta <aa@devshock.com>
` Re: how much postgres can scale up?
2011-06-10 12:10 UTC tv@fuzzy.cz
` Re: how much postgres can scale up?
2011-06-10 12:56 UTC Anibal David Acosta <aa@devshock.com>
` Re: how much postgres can scale up?
2011-06-10 13:01 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: how much postgres can scale up?
2011-06-10 13:13 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: how much postgres can scale up?
2011-06-10 13:19 UTC Anibal David Acosta <aa@devshock.com>
` Re: how much postgres can scale up?
2011-06-10 13:52 UTC Pierre C <lists@peufeu.com>
` Re: how much postgres can scale up?
2011-06-10 13:57 UTC Pierre C <lists@peufeu.com>
` Re: how much postgres can scale up?
2011-06-10 16:49 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: how much postgres can scale up?
2011-06-10 18:16 UTC Anibal David Acosta <aa@devshock.com>
` Re: how much postgres can scale up?
2011-06-12 15:03 UTC Benjamin Krajmalnik <kraj@servoyant.com>
[11+ messages in thread]
Triggering autovacuum
2011-06-09 15:24 UTC Reuven M. Lerner <reuven@lerner.co.il>
` Re: Triggering autovacuum
2011-06-09 16:52 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Triggering autovacuum
2011-06-11 22:37 UTC Reuven M. Lerner <reuven@lerner.co.il>
` Re: Triggering autovacuum
2011-06-12 03:55 UTC Scott Marlowe <scott.marlowe@gmail.com>
[4+ messages in thread]
strange query plan with LIMIT
2011-06-07 08:02 UTC anthony.shipman@symstream.com
` strange query plan with LIMIT
2011-06-07 08:26 UTC anthony.shipman@symstream.com
` Re: strange query plan with LIMIT
2011-06-07 10:43 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: strange query plan with LIMIT
2011-06-07 16:40 UTC tv@fuzzy.cz
` Re: strange query plan with LIMIT
2011-06-08 05:08 UTC anthony.shipman@symstream.com
` Re: strange query plan with LIMIT
2011-06-08 07:39 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: strange query plan with LIMIT
2011-06-08 08:33 UTC tv@fuzzy.cz
` Re: strange query plan with LIMIT
2011-06-08 08:34 UTC anthony.shipman@symstream.com
` Re: strange query plan with LIMIT
2011-06-08 08:39 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: strange query plan with LIMIT
2011-06-08 09:36 UTC anthony.shipman@symstream.com
` Re: strange query plan with LIMIT
2011-06-08 09:47 UTC tv@fuzzy.cz
` Re: strange query plan with LIMIT
2011-06-08 09:58 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: strange query plan with LIMIT
2011-06-09 06:04 UTC anthony.shipman@symstream.com
` Re: strange query plan with LIMIT
2011-06-09 06:16 UTC anthony.shipman@symstream.com
` Re: strange query plan with LIMIT
2011-06-10 08:38 UTC anthony.shipman@symstream.com
` Re: strange query plan with LIMIT
2011-06-10 11:22 UTC tv@fuzzy.cz
` Re: strange query plan with LIMIT
2011-06-10 15:22 UTC Claudio Freire <klaussfreire@gmail.com>
[17+ messages in thread]
[PERFORMANCE] expanding to SAN: which portion best to move
2011-05-03 15:52 UTC Willy-Bas Loos <willybas@gmail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-04 04:43 UTC Jesper Krogh <jesper@krogh.cc>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-04 05:25 UTC Willy-Bas Loos <willybas@gmail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-04 05:33 UTC Jesper Krogh <jesper@krogh.cc>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-04 10:31 UTC Willy-Bas Loos <willybas@gmail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-13 19:04 UTC Robert Haas <robertmhaas@gmail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-16 08:19 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-16 14:31 UTC Robert Haas <robertmhaas@gmail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-17 07:00 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-17 09:47 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-17 10:13 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-17 13:29 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-24 18:48 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: [PERFORMANCE] expanding to SAN: which portion best to move
2011-05-25 08:51 UTC Vitalii Tymchyshyn <tivv00@gmail.com>
` Re: [PERFORM] [PERFORMANCE] expanding to SAN: which portion best to move
2011-06-09 11:43 UTC Willy-Bas Loos <willybas@gmail.com>
` Re: [GENERAL] [PERFORMANCE] expanding to SAN: which portion best to move
2011-06-09 17:44 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: [GENERAL] [PERFORMANCE] expanding to SAN: which portion best to move
2011-06-10 10:02 UTC Robert Klemme <shortcutter@googlemail.com>
[17+ messages in thread]
Oracle v. Postgres 9.0 query performance
2011-06-08 15:11 UTC Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 15:31 UTC tv@fuzzy.cz
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 15:33 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 15:40 UTC Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 15:51 UTC Stephen Frost <sfrost@snowman.net>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 15:52 UTC Vitalii Tymchyshyn <tivv00@gmail.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 16:22 UTC Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 16:27 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 16:28 UTC Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 16:33 UTC Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 17:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 17:17 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 19:03 UTC Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 19:30 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 19:38 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-08 19:55 UTC Tony Capobianco <tcapobianco@prospectiv.com>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-10 02:21 UTC Tatsuo Ishii <ishii@postgresql.org>
` Re: Oracle v. Postgres 9.0 query performance
2011-06-10 02:25 UTC Tom Lane <tgl@sss.pgh.pa.us>
[18+ messages in thread]
Postgresql on itanium server
2011-06-09 09:20 UTC muthu krishnan <muthu.krishnan.linux@gmail.com>
` Re: Postgresql on itanium server
2011-06-09 09:30 UTC Jochen Erwied <jochen@pgsql-performance.erwied.eu>
` Re: Postgresql on itanium server
2011-06-09 10:03 UTC muthu krishnan <muthu.krishnan.linux@gmail.com>
` Re: Postgresql on itanium server
2011-06-09 10:45 UTC Marti Raudsepp <marti@juffo.org>
` Re: Postgresql on itanium server
2011-06-09 10:46 UTC Jochen Erwied <jochen@pgsql-performance.erwied.eu>
` Re: Postgresql on itanium server
2011-06-09 10:53 UTC Jochen Erwied <jochen@erwied.eu>
` Re: Postgresql on itanium server
2011-06-09 16:20 UTC Tom Lane <tgl@sss.pgh.pa.us>
[7+ messages in thread]
poor performance when recreating constraints on large tables
2011-06-06 20:35 UTC Mike Broers <mbroers@gmail.com>
` Re: poor performance when recreating constraints on large tables
2011-06-06 20:37 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: poor performance when recreating constraints on large tables
2011-06-06 22:10 UTC Mike Broers <mbroers@gmail.com>
` Re: poor performance when recreating constraints on large tables
2011-06-08 19:28 UTC Robert Haas <robertmhaas@gmail.com>
` Re: poor performance when recreating constraints on large tables
2011-06-08 19:45 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: poor performance when recreating constraints on large tables
2011-06-08 19:53 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: poor performance when recreating constraints on large tables
2011-06-08 19:57 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: poor performance when recreating constraints on large tables
2011-06-08 21:57 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: poor performance when recreating constraints on large tables
2011-06-09 05:57 UTC Greg Smith <greg@2ndquadrant.com>
` Re: poor performance when recreating constraints on large tables
2011-06-09 11:55 UTC Samuel Gendler <sgendler@ideasculptor.com>
[10+ messages in thread]
enable database user login/logout information
2011-06-09 07:50 UTC muthu krishnan <muthu.krishnan.linux@gmail.com>
` Re: enable database user login/logout information
2011-06-09 07:54 UTC Alexander Shulgin <alex.shulgin@gmail.com>
[2+ messages in thread]
Set of related slow queries
2011-06-08 02:58 UTC John Williams <jwilliams@42nddesign.com>
` Re: Set of related slow queries
2011-06-08 09:20 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Set of related slow queries
2011-06-08 11:08 UTC tv@fuzzy.cz
` Re: Set of related slow queries
2011-06-08 11:30 UTC tv@fuzzy.cz
` Re: Set of related slow queries
2011-06-08 13:08 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Set of related slow queries
2011-06-08 13:36 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Set of related slow queries
2011-06-08 16:37 UTC John Williams <jwilliams@42nddesign.com>
[7+ messages in thread]
i want to ask monitory peformance memory postgresql with automatically
2011-06-07 07:47 UTC Didik Prasetyo <prasetyodidik62@yahoo.com>
` Re: i want to ask monitory peformance memory postgresql with automatically
2011-06-07 09:58 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: i want to ask monitory peformance memory postgresql with automatically
2011-06-07 16:57 UTC Marcos Ortiz <mlortiz@uci.cu>
[3+ 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