pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedserveRAID M5014 SAS
2011-05-25 07:33 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: serveRAID M5014 SAS
2011-05-25 14:00 UTC Greg Smith <greg@2ndquadrant.com>
` Re: serveRAID M5014 SAS
2011-05-25 14:54 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: serveRAID M5014 SAS
2011-05-25 22:24 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: serveRAID M5014 SAS
2011-05-25 22:42 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: serveRAID M5014 SAS
2011-05-26 08:11 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: serveRAID M5014 SAS
2011-05-26 08:25 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: serveRAID M5014 SAS
2011-05-26 08:31 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: serveRAID M5014 SAS
2011-05-26 22:43 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: serveRAID M5014 SAS
2011-05-26 23:19 UTC Greg Smith <greg@2ndquadrant.com>
` Re: serveRAID M5014 SAS
2011-05-26 23:22 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: serveRAID M5014 SAS
2011-05-26 23:42 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: serveRAID M5014 SAS
2011-05-27 14:38 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: serveRAID M5014 SAS
2011-05-27 23:24 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: serveRAID M5014 SAS
2011-05-28 09:42 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: serveRAID M5014 SAS
2011-05-28 10:15 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
[16+ messages in thread]
Performance block size.
2011-05-26 22:34 UTC Tory M Blue <tmblue@gmail.com>
` Re: Performance block size.
2011-05-27 10:54 UTC Ivan Voras <ivoras@freebsd.org>
[2+ messages in thread]
Is any effect other process performance after vaccumdb finished ?
2011-05-27 01:58 UTC Junghwe Kim <junghwe.kim76@gmail.com>
` Re: Is any effect other process performance after vaccumdb finished ?
2011-05-27 03:31 UTC Craig Ringer <craig@postnewspapers.com.au>
[2+ messages in thread]
LIMIT and UNION ALL
2011-05-18 15:26 UTC Dave Johansen <davejohansen@gmail.com>
` Re: LIMIT and UNION ALL
2011-05-18 15:54 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: LIMIT and UNION ALL
2011-05-18 15:59 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: LIMIT and UNION ALL
2011-05-26 16:21 UTC Dave Johansen <davejohansen@gmail.com>
` Re: LIMIT and UNION ALL
2011-05-26 17:00 UTC Tom Lane <tgl@sss.pgh.pa.us>
[5+ messages in thread]
KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-14 10:10 UTC Stefan Keller <sfkeller@gmail.com>
` Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-16 00:25 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-16 13:47 UTC Merlin Moncure <mmoncure@gmail.com>
` FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-17 15:10 UTC m1ott@hsr.ch
` Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-17 19:30 UTC Jim Nasby <jim@nasby.net>
` Re: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-17 22:07 UTC Stefan Keller <sfkeller@gmail.com>
` Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-23 10:53 UTC Pierre C <lists@peufeu.com>
` Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-23 17:19 UTC Robert Haas <robertmhaas@gmail.com>
` Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-24 23:45 UTC Stefan Keller <sfkeller@gmail.com>
` Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-25 16:59 UTC Pierre C <lists@peufeu.com>
` Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-25 22:08 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-25 22:58 UTC Stefan Keller <sfkeller@gmail.com>
` Re: FW: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)
2011-05-26 09:24 UTC Pierre C <lists@peufeu.com>
[13+ messages in thread]
"error with invalid page header" while vacuuming pgbench data
2011-05-23 22:16 UTC John Rouillard <rouilj@renesys.com>
` Re: "error with invalid page header" while vacuuming pgbench data
2011-05-23 22:21 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: "error with invalid page header" while vacuuming pgbench data
2011-05-25 17:12 UTC John Rouillard <rouilj@renesys.com>
` Re: "error with invalid page header" while vacuuming pgbench data
2011-05-25 20:19 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: "error with invalid page header" while vacuuming pgbench data
2011-05-25 20:41 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: "error with invalid page header" while vacuuming pgbench data
2011-05-25 22:07 UTC John Rouillard <rouilj@renesys.com>
` Re: "error with invalid page header" while vacuuming pgbench data
2011-05-25 22:18 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: "error with invalid page header" while vacuuming pgbench data
2011-05-26 03:17 UTC Craig Ringer <craig@postnewspapers.com.au>
[8+ messages in thread]
Performance degradation of inserts when database size grows
2011-05-17 12:45 UTC Andrey Vorobiev <andrey.o.vorobiev@gmail.com>
` Re: Performance degradation of inserts when database size grows
2011-05-22 06:38 UTC Leonardo Francalanci <m_lists@yahoo.it>
` Re: Performance degradation of inserts when database size grows
2011-05-23 13:30 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Performance degradation of inserts when database size grows
2011-05-23 18:46 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance degradation of inserts when database size grows
2011-05-23 19:05 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Performance degradation of inserts when database size grows
2011-05-23 19:08 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Performance degradation of inserts when database size grows
2011-05-23 19:17 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance degradation of inserts when database size grows
2011-05-24 05:24 UTC Terry Schmitt <tschmitt@schmittworks.com>
` Re: Performance degradation of inserts when database size grows
2011-05-24 19:20 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Performance degradation of inserts when database size grows
2011-05-24 21:46 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Performance degradation of inserts when database size grows
2011-05-25 02:01 UTC Santhakumaran <santhkn@yahoo.com>
[11+ messages in thread]
reducing random_page_cost from 4 to 2 to force index scan
2011-04-26 09:49 UTC Sok Ann Yap <sokann@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-26 21:37 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-26 23:23 UTC Sok Ann Yap <sokann@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-27 01:04 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-27 07:22 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-27 07:23 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-27 12:40 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-27 22:34 UTC Sok Ann Yap <sokann@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-27 23:23 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-28 00:19 UTC Sok Ann Yap <sokann@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-28 11:32 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-04-28 15:56 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-13 17:44 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-13 17:54 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-13 19:20 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-13 20:04 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-13 20:13 UTC Josh Berkus <josh@agliodbs.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-13 20:51 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-14 02:20 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-15 03:49 UTC Stuart Bishop <stuart@stuartbishop.net>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-15 18:08 UTC Josh Berkus <josh@agliodbs.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-15 18:20 UTC Josh Berkus <josh@agliodbs.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-15 20:32 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-15 21:45 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 01:05 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 01:18 UTC Greg Smith <greg@2ndquadrant.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 04:41 UTC Jesper Krogh <jesper@krogh.cc>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 04:49 UTC Jesper Krogh <jesper@krogh.cc>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 14:34 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 15:46 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 16:45 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 17:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 19:10 UTC Nathan Boley <npboley@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-16 19:41 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-17 19:19 UTC Jim Nasby <jim@nasby.net>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-19 03:00 UTC Greg Smith <greg@2ndquadrant.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-19 14:53 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-19 18:39 UTC Jim Nasby <jim@nasby.net>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-19 20:07 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-19 22:27 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-23 19:08 UTC Josh Berkus <josh@agliodbs.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-24 02:44 UTC Robert Haas <robertmhaas@gmail.com>
` Re: reducing random_page_cost from 4 to 2 to force index scan
2011-05-24 09:12 UTC Vitalii Tymchyshyn <tivv00@gmail.com>
[43+ messages in thread]
postgres not use index, IN statement
2011-05-23 21:30 UTC Anibal David Acosta <aa@devshock.com>
` Re: postgres not use index, IN statement
2011-05-23 23:26 UTC Craig Ringer <craig@postnewspapers.com.au>
[2+ messages in thread]
Pushing LIMIT into sub-queries of a UNION ALL
2011-05-16 19:38 UTC Dave Johansen <davejohansen@gmail.com>
` Pushing LIMIT into sub-queries of a UNION ALL?
2011-05-17 15:31 UTC Dave Johansen <davejohansen@gmail.com>
` Re: Pushing LIMIT into sub-queries of a UNION ALL?
2011-05-22 17:34 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: Pushing LIMIT into sub-queries of a UNION ALL?
2011-05-23 15:54 UTC Dave Johansen <davejohansen@gmail.com>
` Re: Pushing LIMIT into sub-queries of a UNION ALL
2011-05-23 17:21 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Pushing LIMIT into sub-queries of a UNION ALL?
2011-05-23 19:47 UTC Robert Klemme <shortcutter@googlemail.com>
` Re: Pushing LIMIT into sub-queries of a UNION ALL?
2011-05-23 21:31 UTC Josh Berkus <josh@agliodbs.com>
[7+ messages in thread]
SORT performance - slow?
2011-05-19 21:13 UTC Strange, John W <john.w.strange@jpmchase.com>
` Re: SORT performance - slow?
2011-05-19 21:41 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: SORT performance - slow?
2011-05-20 03:52 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: SORT performance - slow?
2011-05-22 23:11 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: SORT performance - slow?
2011-05-23 17:01 UTC Maciek Sakrejda <msakrejda@truviso.com>
` Re: SORT performance - slow?
2011-05-23 17:27 UTC Robert Haas <robertmhaas@gmail.com>
` Re: SORT performance - slow?
2011-05-23 17:56 UTC Tomas Vondra <tv@fuzzy.cz>
[7+ messages in thread]
Postgres refusing to use >1 core
2011-05-09 21:23 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-09 21:35 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-09 21:45 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Postgres refusing to use >1 core
2011-05-09 21:50 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-09 21:52 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-09 21:56 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-09 21:59 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Postgres refusing to use >1 core
2011-05-09 22:43 UTC Greg Smith <greg@2ndQuadrant.com>
` Re: Postgres refusing to use >1 core
2011-05-10 02:12 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-10 02:15 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-10 02:34 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-10 02:37 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-10 02:40 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-10 04:01 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Postgres refusing to use >1 core
2011-05-10 14:06 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-11 01:32 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Postgres refusing to use >1 core
2011-05-11 01:35 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Postgres refusing to use >1 core
2011-05-11 04:26 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-11 11:06 UTC Pierre C <lists@peufeu.com>
` Re: Postgres refusing to use >1 core
2011-05-11 16:04 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Postgres refusing to use >1 core
2011-05-11 18:10 UTC Pierre C <lists@peufeu.com>
` Re: Postgres refusing to use >1 core
2011-05-11 19:53 UTC gnuoytr@rcn.com
` Re: Postgres refusing to use >1 core
2011-05-11 21:44 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-11 22:04 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Postgres refusing to use >1 core
2011-05-11 23:07 UTC gnuoytr@rcn.com
` Re: Postgres refusing to use >1 core
2011-05-12 01:14 UTC Josh Berkus <josh@agliodbs.com>
` Re: Postgres refusing to use >1 core
2011-05-12 03:17 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-12 03:18 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-12 03:20 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-12 03:35 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-12 04:25 UTC David Boreham <david_list@boreham.org>
` Re: Postgres refusing to use >1 core
2011-05-12 07:28 UTC Vitalii Tymchyshyn <tivv00@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-12 08:30 UTC Michael Graham <mgraham@bloxx.com>
` Re: Postgres refusing to use >1 core
2011-05-12 13:06 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Postgres refusing to use >1 core
2011-05-12 14:51 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres refusing to use >1 core
2011-05-12 15:48 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Postgres refusing to use >1 core
2011-05-12 16:07 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres refusing to use >1 core
2011-05-12 16:11 UTC Shaun Thomas <sthomas@peak6.com>
` Re: Postgres refusing to use >1 core
2011-05-12 18:15 UTC Eric McKeeth <eldin00@gmail.com>
` Re: Postgres refusing to use >1 core
2011-05-12 18:25 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-12 18:27 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-22 03:32 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-22 14:08 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-23 04:09 UTC Aren Cambre <aren@arencambre.com>
` Re: Postgres refusing to use >1 core
2011-05-23 05:22 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Postgres refusing to use >1 core
2011-05-23 14:06 UTC Aren Cambre <aren@arencambre.com>
[46+ messages in thread]
[OT]: Confidentiality disclosures in list posts (Was: SORT performance - slow?)
2011-05-20 16:47 UTC Lew <noone@lewscanon.com>
` Re: [OT]: Confidentiality disclosures in list posts (Was: SORT performance - slow?)
2011-05-23 13:26 UTC Shaun Thomas <sthomas@peak6.com>
[2+ messages in thread]
Logfile
2011-05-22 11:43 UTC Nick Raj <nickrajjain@gmail.com>
Link error when use Pgtypes function in windows
2011-05-13 15:54 UTC Fanbin Meng <fanbin.meng@kiltechcontrols.com>
` Re: Link error when use Pgtypes function in windows
2011-05-13 16:22 UTC Maciek Sakrejda <msakrejda@truviso.com>
` Re: Link error when use Pgtypes function in windows
2011-05-19 20:10 UTC Robert Haas <robertmhaas@gmail.com>
[3+ messages in thread]
hash semi join caused by "IN (select ...)"
2011-05-16 22:30 UTC Clemens Eisserer <linuxhippy@gmail.com>
` Re: hash semi join caused by "IN (select ...)"
2011-05-16 23:22 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: hash semi join caused by "IN (select ...)"
2011-05-17 02:44 UTC Dave Johansen <davejohansen@gmail.com>
` Re: hash semi join caused by "IN (select ...)"
2011-05-17 07:38 UTC Clemens Eisserer <linuxhippy@gmail.com>
` Re: hash semi join caused by "IN (select ...)"
2011-05-18 08:46 UTC Clemens Eisserer <linuxhippy@gmail.com>
` Re: hash semi join caused by "IN (select ...)"
2011-05-18 14:00 UTC Dave Johansen <davejohansen@gmail.com>
` Re: hash semi join caused by "IN (select ...)"
2011-05-18 17:41 UTC Scott Carey <scott@richrelevance.com>
[7+ messages in thread]
Modifying shared_buffers causes despite plenty of ram
2011-05-17 17:00 UTC STA <iamthepants@gmail.com>
` Re: Modifying shared_buffers causes despite plenty of ram
2011-05-17 17:02 UTC STA <iamthepants@gmail.com>
` Re: Modifying shared_buffers causes despite plenty of ram
2011-05-17 17:44 UTC STA <iamthepants@gmail.com>
[3+ messages in thread]
Using pgiosim realistically
2011-05-13 21:09 UTC John Rouillard <rouilj@renesys.com>
` Re: Using pgiosim realistically
2011-05-14 17:07 UTC ktm@rice.edu <ktm@rice.edu>
` Re: Using pgiosim realistically
2011-05-16 13:17 UTC John Rouillard <rouilj@renesys.com>
` Re: Using pgiosim realistically
2011-05-16 16:23 UTC Jeff <threshar@torgo.978.org>
` Re: Using pgiosim realistically
2011-05-16 17:06 UTC John Rouillard <rouilj@renesys.com>
` Re: Using pgiosim realistically
2011-05-16 17:54 UTC Jeff <threshar@torgo.978.org>
` Re: Using pgiosim realistically
2011-05-17 17:35 UTC John Rouillard <rouilj@renesys.com>
[7+ messages in thread]
Fill Factor
2011-05-17 12:59 UTC Anibal David Acosta <aa@devshock.com>
` Re: Fill Factor
2011-05-17 13:23 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Fill Factor
2011-05-17 13:52 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
[3+ messages in thread]
Why query takes soo much time
2011-05-16 05:39 UTC Adarsh Sharma <adarsh.sharma@orkash.com>
` Re: Why query takes soo much time
2011-05-16 10:00 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Why query takes soo much time
2011-05-16 11:16 UTC Denis de Bernardy <ddebernardy@yahoo.com>
` Re: Why query takes soo much time
2011-05-16 14:15 UTC Tom Lane <tgl@sss.pgh.pa.us>
[4+ messages in thread]
slow loop inserts?
2011-05-15 22:02 UTC Ezequiel Lovelle <elovelle@dialdata.com.ar>
` Re: slow loop inserts?
2011-05-15 22:27 UTC Dan Birken <birken@gmail.com>
[2+ messages in thread]
Postgres 9.0.4 + Hot Standby + FusionIO Drive + Performance => Query failed ERROR: catalog is missing 1 attribute(s) for relid 172226
2011-05-03 09:02 UTC Sethu Prasad <sethuprasad.in@gmail.com>
` Re: Postgres 9.0.4 + Hot Standby + FusionIO Drive + Performance => Query failed ERROR: catalog is missing 1 attribute(s) for relid 172226
2011-05-04 18:44 UTC Josh Berkus <josh@agliodbs.com>
` Re: Postgres 9.0.4 + Hot Standby + FusionIO Drive + Performance => Query failed ERROR: catalog is missing 1 attribute(s) for relid 172226
2011-05-05 07:47 UTC Sethu Prasad <sethuprasad.in@gmail.com>
` Re: Postgres 9.0.4 + Hot Standby + FusionIO Drive + Performance => Query failed ERROR: catalog is missing 1 attribute(s) for relid 172226
2011-05-08 09:08 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Postgres 9.0.4 + Hot Standby + FusionIO Drive + Performance => Query failed ERROR: catalog is missing 1 attribute(s) for relid 172226
2011-05-09 23:30 UTC Josh Berkus <josh@agliodbs.com>
` Re: Postgres 9.0.4 + Hot Standby + FusionIO Drive + Performance => Query failed ERROR: catalog is missing 1 attribute(s) for relid 172226
2011-05-10 07:23 UTC Sethu Prasad <sethuprasad.in@gmail.com>
` Re: Postgres 9.0.4 + Hot Standby + FusionIO Drive + Performance => Query failed ERROR: catalog is missing 1 attribute(s) for relid 172226
2011-05-15 20:34 UTC Robert Haas <robertmhaas@gmail.com>
[7+ messages in thread]
Query improvement
2011-05-01 10:23 UTC Mark <Marek.Balgar@seznam.cz>
` Re: Query improvement
2011-05-02 07:58 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Query improvement
2011-05-02 20:54 UTC Mark <Marek.Balgar@seznam.cz>
` Re: Query improvement
2011-05-03 07:21 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Query improvement
2011-05-03 09:14 UTC Marc Mamin <M.Mamin@intershop.de>
` Re: Query improvement
2011-05-07 10:37 UTC Mark <Marek.Balgar@seznam.cz>
` Re: Query improvement
2011-05-07 10:38 UTC Mark <Marek.Balgar@seznam.cz>
` Re: Query improvement
2011-05-07 10:39 UTC Mark <Marek.Balgar@seznam.cz>
` Re: Query improvement
2011-05-14 02:28 UTC Robert Haas <robertmhaas@gmail.com>
[9+ messages in thread]
How to avoid seq scans for joins between union-all views (test case included)
2011-05-13 11:55 UTC Fredrik Widlert <fredrik.widlert@digpro.se>
` Re: How to avoid seq scans for joins between union-all views (test case included)
2011-05-13 14:23 UTC Denis de Bernardy <ddebernardy@yahoo.com>
` Re: How to avoid seq scans for joins between union-all views (test case included)
2011-05-13 14:48 UTC Cédric Villemain <cedric.villemain.debian@gmail.com>
` Re: How to avoid seq scans for joins between union-all views (test case included)
2011-05-13 15:09 UTC Fredrik Widlert <fredrik.widlert@digpro.se>
[4+ messages in thread]
setting configuration values inside a stored proc
2011-05-12 23:10 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: setting configuration values inside a stored proc
2011-05-13 08:28 UTC Andres Freund <andres@anarazel.de>
` Re: setting configuration values inside a stored proc
2011-05-13 09:41 UTC Samuel Gendler <sgendler@ideasculptor.com>
[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