• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Mailing Lists
  • Subscribe
  • User lists
    • pgsql-admin
    • pgsql-advocacy
    • pgsql-announce
    • pgsql-bugs
    • pgsql-docs
    • pgsql-cygwin
    • pgsql-general
    • pgsql-interfaces
    • pgsql-jdbc
    • pgsql-jobs
    • pgsql-novice
    • pgsql-odbc
    • pgsql -performance
    • pgsql-php
    • pgsql-ports
    • pgsql-sql
  • Developer lists
  • Regional lists
  • Project lists
  • User groups
  • Inactive lists
• IRC
• In The Real World
• International Sites
• Propaganda
• Resources
• Weekly News

pgsql-performance 2008-02 Chronological Index (1/3)

• Thread Index
• [Prev Page]
• [Next Page]

• 01 March 2008
  • Re: t1.col like '%t2.col%' Tom Lane
  • Re: t1.col like '%t2.col%' Joshua D. Drake
  • Re: 12 disks raid setup Shane Ambler
  • Re: t1.col like '%t2.col%' Gregory Williamson
• 29 February 2008
  • Re: t1.col like '%t2.col%' Joshua D. Drake
  • Re: t1.col like '%t2.col%' Dan Kaplan
  • Re: 12 disks raid setup Mark Kirkwood
  • Re: 12 disks raid setup Vivek Khera
  • Re: 12 disks raid setup Matthew
  • Re: 12 disks raid setup Joshua D. Drake
  • Re: 12 disks raid setup Jignesh K. Shah
  • Re: 12 disks raid setup Greg Smith
  • Re: 12 disks raid setup Franck Routier
  • Re: 12 disks raid setup Scott Marlowe
  • 12 disks raid setup Franck Routier
  • Re: Bypassing useless ORDER BY in a VIEW Robins Tharakan
• 28 February 2008
  • Re: Bypassing useless ORDER BY in a VIEW Tom Lane
  • Re: Bypassing useless ORDER BY in a VIEW Dean Gibson (DB Administrator)
  • Re: PG planning randomly ? Laurent Raufaste
  • Re: Bypassing useless ORDER BY in a VIEW Tom Lane
  • Bypassing useless ORDER BY in a VIEW Robins Tharakan
  • Re: t1.col like '%t2.col%' Oleg Bartunov
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: when is a DELETE FK trigger planned? Andrew Lazarus
• 27 February 2008
  • Re: disabling an index without deleting it? Tom Lane
  • Re: disabling an index without deleting it? Tom Lane
  • Re: disabling an index without deleting it? Kevin Grittner
  • Re: disabling an index without deleting it? Tom Lane
  • Re: disabling an index without deleting it? Kevin Grittner
  • Re: PG planning randomly ? Tom Lane
  • Re: Optimizing t1.col like '%t2.col%' Tom Lane
  • Re: disabling an index without deleting it? Tom Lane
  • t1.col like '%t2.col%' Dan Kaplan
  • Optimizing t1.col like '%t2.col%' Dan Kaplan
  • Re: questions about CLUSTER Bill Moran
  • Re: disabling an index without deleting it? Jeff Davis
  • Re: questions about CLUSTER Douglas J Hunley
  • Re: questions about CLUSTER Douglas J Hunley
  • Re: questions about CLUSTER Bill Moran
  • Re: PG planning randomly ? Laurent Raufaste
  • Re: how to identify expensive steps in an explain analyze output Frits Hoogland
  • questions about CLUSTER Douglas J Hunley
  • Re: how to identify expensive steps in an explain analyze output Tom Lane
  • how to identify expensive steps in an explain analyze output Frits Hoogland
  • how to identify expensive steps in an explain analyze output Frits Hoogland
  • Re: disabling an index without deleting it? Markus Bertheau
  • Re: LISTEN / NOTIFY performance in 8.3 James Mansion
  • Re: disabling an index without deleting it? Tom Lane
  • Re: disabling an index without deleting it? Scott Marlowe
  • Re: disabling an index without deleting it? Tom Lane
  • Re: disabling an index without deleting it? Scott Marlowe
  • Re: disabling an index without deleting it? Markus Bertheau
• 26 February 2008
  • Re: LISTEN / NOTIFY performance in 8.3 Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 James Mansion
  • Re: disabling an index without deleting it? Joshua D. Drake
  • Re: disabling an index without deleting it? Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: PG planning randomly ? Tom Lane
  • Re: PG planning randomly ? Tom Lane
  • Re: disabling an index without deleting it? Joshua D. Drake
  • Re: disabling an index without deleting it? Scott Marlowe
  • disabling an index without deleting it? Peter Koczan
  • Re: PG planning randomly ? Scott Marlowe
  • Re: PG planning randomly ? Laurent Raufaste
  • Re: PG planning randomly ? Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 Tom Lane
  • Re: PG planning randomly ? Laurent Raufaste
  • Re: Q on views and performance Kynn Jones
  • Re: PG planning randomly ? Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: PG planning randomly ? Laurent Raufaste
  • PG planning randomly ? Laurent Raufaste
  • Re: response time when querying via JDBC and via psql differs valgog
  • multi-threaded pgloader needs your tests Dimitri Fontaine
  • Re: when is a DELETE FK trigger planned? Tom Lane
• 25 February 2008
  • Re: Weird issue with planner choosing seq scan Sean Leach
  • Re: Weird issue with planner choosing seq scan Stephen Denne
  • Re: Weird issue with planner choosing seq scan Stephen Denne
  • Re: Weird issue with planner choosing seq scan Sean Leach
  • Re: Weird issue with planner choosing seq scan Stephen Denne
  • when is a DELETE FK trigger planned? Andrew Lazarus
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: LISTEN / NOTIFY performance in 8.3 Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: LISTEN / NOTIFY performance in 8.3 Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: Q on views and performance Matthew
  • Re: Q on views and performance Kynn Jones
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: Weird issue with planner choosing seq scan Matthew
  • Re: Weird issue with planner choosing seq scan Sean Leach
  • Re: response time when querying via JDBC and via psql differs Nikolas Everett
  • Re: Q on views and performance Matthew
  • Re: Q on views and performance Matthew
  • Re: CORRECTION to msg 'loading same instance of dump to two different servers simultaneously' Matthew
  • Re: response time when querying via JDBC and via psql differs Markus Bertheau
  • response time when querying via JDBC and via psql differs Pavel Rotek
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: Weird issue with planner choosing seq scan Scott Marlowe
  • Re: Weird issue with planner choosing seq scan Sean Leach
  • Re: Weird issue with planner choosing seq scan Scott Marlowe
• 24 February 2008
  • Re: Weird issue with planner choosing seq scan Sean Leach
  • Re: Weird issue with planner choosing seq scan Stephen Denne
  • Re: Weird issue with planner choosing seq scan Sean Leach
  • Re: Weird issue with planner choosing seq scan Tom Lane
  • Re: LISTEN / NOTIFY performance in 8.3 Tom Lane
  • Re: Weird issue with planner choosing seq scan Sean Leach
  • Re: Weird issue with planner choosing seq scan Tom Lane
  • Weird issue with planner choosing seq scan Sean Leach
  • Re: LISTEN / NOTIFY performance in 8.3 Joel Stevenson
• 23 February 2008
  • Re: LISTEN / NOTIFY performance in 8.3 Tom Lane
  • LISTEN / NOTIFY performance in 8.3 Joel Stevenson
  • Re: Q on views and performance Dean Gibson (DB Administrator)
  • Re: Q on views and performance Dean Gibson (DB Administrator)
  • Re: Q on views and performance Kynn Jones
  • Re: Q on views and performance Dean Gibson (DB Administrator)
  • Re: Q on views and performance Dean Gibson (DB Administrator)
  • Re: Q on views and performance Robins Tharakan
  • Re: Q on views and performance Kynn Jones
  • Re: Q on views and performance Kynn Jones
  • Re: store A LOT of 3-tuples for comparisons Moritz Onken
  • Re: store A LOT of 3-tuples for comparisons Shane Ambler
  • Re: Q on views and performance Dean Gibson (DB Administrator)
• 22 February 2008
  • Q on views and performance Kynn Jones
  • loading same instance of dump to two different servers simultaneously? Susan Russo
  • CORRECTION to msg 'loading same instance of dump to two different servers simultaneously' Susan Russo
  • Re: store A LOT of 3-tuples for comparisons Matthew
  • store A LOT of 3-tuples for comparisons Moritz Onken
  • Re: 7 hrs for a pg_restore? Guillaume Cottenceau
  • Re: 4s query want to run faster Mark Kirkwood
  • config settings, was: 4s query want to run faster Scott Marlowe
• 21 February 2008
  • Re: 4s query want to run faster Dave Cramer
  • Re: 4s query want to run faster Scott Marlowe
  • Re: 4s query want to run faster Mark Kirkwood
  • Re: 4s query want to run faster Scott Marlowe
  • Re: 4s query want to run faster Adonias Malosso
  • Re: 4s query want to run faster Claus Guttesen
  • Re: 4s query want to run faster Adonias Malosso
  • Re: 4s query want to run faster Claus Guttesen
  • Re: 4s query want to run faster Adonias Malosso
  • Re: 4s query want to run faster Scott Marlowe
  • 4s query want to run faster Adonias Malosso
  • Re: 7 hrs for a pg_restore? Vivek Khera
  • Re: 7 hrs for a pg_restore? Tom Lane
  • Re: 7 hrs for a pg_restore? Guillaume Cottenceau
  • Re: 7 hrs for a pg_restore? Matthew
  • Re: Question about shared_buffers and cpu usage Dave Cramer
  • Re: planner favors seq scan too early Richard Huxton
  • Re: Question about shared_buffers and cpu usage Scott Marlowe
  • planner favors seq scan too early Markus Bertheau
  • Re: 7 hrs for a pg_restore? Chris
  • Re: 7 hrs for a pg_restore? Gregory Stark
  • Question about shared_buffers and cpu usage bh yuan
• 20 February 2008
  • Re: 7 hrs for a pg_restore? Chris
  • Re: 7 hrs for a pg_restore? Gregory Stark
  • Re: 7 hrs for a pg_restore? Tom Lane
  • Re: 7 hrs for a pg_restore? Jeff Davis
  • Re: 7 hrs for a pg_restore? Matthew
  • Re: 7 hrs for a pg_restore? Jeff Davis
  • Re: 7 hrs for a pg_restore? Erik Jones
  • Re: 7 hrs for a pg_restore? Matthew
  • Re: 7 hrs for a pg_restore? Tom Lane
  • Re: 7 hrs for a pg_restore? Erik Jones
  • Re: Anyone using a SAN? Michael Stone
  • Re: Anyone using a SAN? Michael Stone
  • Re: 7 hrs for a pg_restore? Gregory Stark
  • Re: Anyone using a SAN? C.
  • Re: Anyone using a SAN? Matthew
  • Re: 7 hrs for a pg_restore? Douglas J Hunley
  • Re: 7 hrs for a pg_restore? Douglas J Hunley
  • Re: Need Help selecting Large Data From PQSQL Richard Huxton
  • Re: 7 hrs for a pg_restore? ohp
  • Re: mis-estimate in nested query causes slow runtimes Chris Kratz
  • Need Help selecting Large Data From PQSQL shilpa.raghavendra
  • Re: 7 hrs for a pg_restore? Pavan Deolasee
  • Re: Anyone using a SAN? Sven Geisler
• 19 February 2008
  • Re: Fwd: wal_sync_methods for AIX Greg Smith
  • Re: 7 hrs for a pg_restore? Greg Smith
  • Re: wal_sync_methods for AIX Erik Jones

• Thread Index
• [Prev Page]
• [Next Page]