• 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 2006-02 Chronological Index (1/3)

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

• 28 March 2008
  • [no subject] Unknown
  • [no subject] Unknown
• 28 February 2006
  • Re: wal sync method Tom Lane
  • Re: wal sync method PFC
  • Re: [HACKERS] temporary indexes Kevin Grittner
  • Re: fsync and battery-backed caches Jim C. Nasby
  • Re: [HACKERS] temporary indexes Jim C. Nasby
  • Re: [HACKERS] temporary indexes Kevin Grittner
  • Re: [HACKERS] temporary indexes Steinar H. Gunderson
  • Re: [HACKERS] temporary indexes Tom Lane
  • Re: [HACKERS] temporary indexes Kevin Grittner
  • Re: fsync and battery-backed caches Javier Somoza
  • Re: [HACKERS] temporary indexes Kevin Grittner
  • Re: fsync and battery-backed caches Jim C. Nasby
  • Re: [HACKERS] temporary indexes Tom Lane
  • Re: temporary indexes Tom Lane
  • Re: [HACKERS] temporary indexes Jim C. Nasby
  • temporary indexes Kevin Grittner
  • Re: Different disks for xlogs and data Ron
  • Re: vacuum, analyze and reindex Christopher Browne
  • vacuum, analyze and reindex Javier Somoza
  • Different disks for xlogs and data Javier Somoza
  • Re: fsync and battery-backed caches Javier Somoza
  • Re: triggers, performance Was: Re: [GENERAL] rotate records Jeevanandam, Kathirvel (IE10)
  • Re: rotate records Bruno Wolff III
  • Re: wal sync method Bruce Momjian
  • Re: fsync and battery-backed caches Bruce Momjian
  • Re: fsync and battery-backed caches Jim C. Nasby
• 27 February 2006
  • Re: Large Table With Only a Few Rows Peter Childs
  • Re: The trigger can be specified to fire on time condition? Chris Browne
  • Re: Large Table With Only a Few Rows Chris Browne
  • Re: The trigger can be specified to fire on time condition? Alvaro Herrera
  • The trigger can be specified to fire on time condition? Jamal Ghaffour
  • Re: neverending vacuum Csaba Nagy
  • Large Table With Only a Few Rows Nik
  • Re: neverending vacuum Alvaro Herrera
  • neverending vacuum Csaba Nagy
  • Re: Setting the shared buffers Claus Guttesen
  • Setting the shared buffers Javier Somoza
  • Re: wal sync method Javier Somoza
  • wal sync method Evgeny Gridasov
  • Re: fsync and battery-backed caches Tino Wildenhain
  • fsync and battery-backed caches Javier Somoza
• 25 February 2006
  • Re: Schema vs Independant Databases, ACLS,Overhead,pg_hba.conf Alvaro Herrera
  • Re: Reliability recommendations Luke Lonergan
  • Re: Reliability recommendations Ron
  • Re: Reliability recommendations Ron
  • Re: Reliability recommendations Mark Kirkwood
  • Re: Reliability recommendations Luke Lonergan
  • Re: Reliability recommendations Mark Kirkwood
  • Re: Reliability recommendations Luke Lonergan
  • Re: Bruce Momjian
  • Re: Reliability recommendations Mark Kirkwood
  • Re: Reliability recommendations Dan Gorman
  • Re: Reliability recommendations Mark Kirkwood
  • Re: Reliability recommendations Philippe Marzin
  • Re: Reliability recommendations Luke Lonergan
• 24 February 2006
  • Re: Reliability recommendations Scott Marlowe
  • Re: Reliability recommendations Craig A. James
  • Re: Creating a correct and real benchmark Marcos
  • Schema vs Independant Databases, ACLS,Overhead,pg_hba.conf Eric Lauzon
  • Re: Reliability recommendations Joshua D. Drake
  • Re: Reliability recommendations Scott Marlowe
  • Re: Reliability recommendations Vivek Khera
  • Re: Reliability recommendations Scott Marlowe
  • Re: Reliability recommendations Vivek Khera
  • Re: Reliability recommendations Luke Lonergan
  • Re: Reliability recommendations Luke Lonergan
  • Re: Reliability recommendations Craig A. James
  • Re: Reliability recommendations Bruce Momjian
  • Re: nested query on last n rows of huge table jcfischer
  • nested query on last n rows of huge table jcfischer
  • Re: Really really slow query. What's a better way? Brendan Duddridge
  • Re: Really really slow query. What's a better way? Christopher Kings-Lynne
  • Really really slow query. What's a better way? Brendan Duddridge
• 23 February 2006
  • Re: 0ut of Memory Error during Vacuum Analyze and Tom Lane
  • Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam
  • Re: Good News re count(*) in 8.1 Jim C. Nasby
  • Re: Jim C. Nasby
  • Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam
  • Re: Good News re count(*) in 8.1 Kevin Grittner
  • Re: Slow query Tom Lane
  • Re: Looking for a tool to "*" pg tables as ERDs Vivek Khera
  • Re: Looking for a tool to "*" pg tables as ERDs Markus Schaber
  • Looking for a tool to "*" pg tables as ERDs Ron Peacetree
  • how to interpret/improve bad row estimates Robert Treat
  • Re: Vivek Khera
  • Re: Created Index is not used Kjeld Peters
  • Re: Created Index is not used Markus Schaber
  • Re: Created Index is not used Ragnar
  • Re: LIKE query on indexes Ibrahim Tekin
  • Created Index is not used Kjeld Peters
  • Re: Joins and full index scans...mysql vs postgres? Andreas Pflug
  • Re: Good News re count(*) in 8.1 Greg Stark
  • Re: Joins and full index scans...mysql vs postgres? Christopher Kings-Lynne
• 22 February 2006
  • Re: Joins and full index scans...mysql vs postgres? Chris
  • Re: Joins and full index scans...mysql vs postgres? PFC
  • Re: Large Database Design Help Orion
  • Slow query Jeremy Haile
  • Re: Joins and full index scans...mysql vs postgres? Scott Marlowe
  • Re: Joins and full index scans...mysql vs postgres? ryan groth
  • Re: Joins and full index scans...mysql vs postgres? Stephan Szabo
  • Re: Joins and full index scans...mysql vs postgres? ryan groth
  • Re: Joins and full index scans...mysql vs postgres? ryan groth
  • Re: Joins and full index scans...mysql vs postgres? Steinar H. Gunderson
  • Re: Good News re count(*) in 8.1 Tom Lane
  • Joins and full index scans...mysql vs postgres? ryan groth
  • Re: --pls reply ASAP Theodore LoScalzo
  • Re: Good News re count(*) in 8.1 Luke Lonergan
  • Good News re count(*) in 8.1 Kevin Grittner
  • Re: Vivek Khera
  • Re: LIKE query on indexes Brendan Duddridge
  • Re: Help with nested loop left join performance Tom Lane
  • Re: --pls reply ASAP Richard Huxton
  • Re: Gourish Singbal
  • Re: Richard Huxton
  • [no subject] Chethana, Rao (IE10)
  • Re: Help with nested loop left join performance Richard Huxton
  • Re: How to optimize a JOIN with BETWEEN? Jim C. Nasby
• 21 February 2006
  • Re: LIKE query on indexes Ibrahim Tekin
  • Help with nested loop left join performance George Woodring
  • Re: LIKE query on indexes Ibrahim Tekin
  • Re: LIKE query on indexes mark
  • Re: LIKE query on indexes Scott Marlowe
  • Re: LIKE query on indexes Alvaro Herrera
  • Re: LIKE query on indexes Scott Marlowe
  • LIKE query on indexes Ibrahim Tekin
  • Re: Cost Issue - How do I force a Hash Join Virag Saksena
  • Re: Cost Issue - How do I force a Hash Join Craig A. James
  • Re: Cost Issue - How do I force a Hash Join Tom Lane
  • Cost Issue - How do I force a Hash Join Virag Saksena
  • Re: Creating a correct and real benchmark Chris
  • Re: Creating a correct and real benchmark PFC
• 20 February 2006
  • Re: Force another plan. Tom Lane
  • Creating a correct and real benchmark Marcos
  • Re: Force another plan. Fredrik Olsson
  • Re: Avoiding cartesian product Virag Saksena
  • Re: Need pointers to "standard" pg database(s) for Christopher Kings-Lynne
  • How to optimize a JOIN with BETWEEN? andrew
  • Re: Need pointers to "standard" pg database(s) for testing Christopher Kings-Lynne
• 19 February 2006
  • Re: Question about query planner Tom Lane
  • Re: Force another plan. Tom Lane
  • Question about query planner Emil Briggs
  • Re: Force another plan. Fredrik Olsson
• 18 February 2006
  • Re: Force another plan. Tom Lane
  • Re: [HACKERS] qsort again (was Re: Strange Create Ron
  • Force another plan. Fredrik Olsson
  • Re: Index Choice Problem Adam Alkins
  • Re: Index Choice Problem Adam Alkins
  • Re: Index Choice Problem Tom Lane
• 17 February 2006
  • Re: [HACKERS] qsort again (was Re: Strange Create Gregory Maxwell
  • Measuring Lock Performance Lane Van Ingen
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Tom Lane
  • Re: [HACKERS] qsort again (was Re: Strange Create Ragnar
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Mark Lewis
  • Re: [HACKERS] Need pointers to "standard" pg database(s) for testing Michael Paesold
  • Re: Need pointers to "standard" pg database(s) for Scott Marlowe
  • Need pointers to "standard" pg database(s) for testing Ron
  • Re: [HACKERS] qsort again (was Re: Strange Create Ron
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Martijn van Oosterhout
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Scott Lamb
  • Re: [HACKERS] qsort again (was Re: Strange Create Martijn van Oosterhout
  • Re: split partitioned table across several postgres servers martial . bizel
  • Re: split partitioned table across several postgres servers Tom Lane
  • Re: [HACKERS] qsort again (was Re: Strange Create Ron
  • Re: [HACKERS] qsort again (was Re: Strange Create Ron
  • Re: [HACKERS] qsort again (was Re: Strange Create PFC
  • Re: [HACKERS] qsort again (was Re: Strange Create Markus Schaber
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Markus Schaber
  • Re: [HACKERS] qsort again (was Re: Strange Create Ragnar
  • split partitioned table across several postgres servers martial . bizel
  • Re: [HACKERS] qsort again (was Re: Strange Create Ron
  • Re: [HACKERS] qsort again (was Re: Strange Create Index David Lang
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Steinar H. Gunderson
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Markus Schaber
• 16 February 2006
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Mark Lewis
  • Re: [HACKERS] qsort again (was Re: Strange Create Index PFC
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Greg Stark
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Martijn van Oosterhout
  • Re: [HACKERS] qsort again (was Re: Strange Create Index Markus Schaber

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