• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Contributors
• 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
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-performance 2006-10 Chronological Index (3/4)

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

• 15 October 2006
  • Re: [ADMIN] autovacuum on a -mostly- r/o table Tobias Brox
• 14 October 2006
  • Re: [HACKERS] Hints proposal Mischa Sandberg
  • Re: [HACKERS] Hints proposal Tom Lane
  • Re: [HACKERS] Hints proposal Alvaro Herrera
• 13 October 2006
  • Re: [HACKERS] Hints proposal Jim C. Nasby
  • Re: [HACKERS] Hints proposal Josh Berkus
  • Re: [HACKERS] Hints proposal Josh Berkus
  • Re: [HACKERS] Hints proposal Bucky Jordan
  • Re: [HACKERS] Hints proposal Gregory Stark
  • Re: [HACKERS] Hints proposal Tom Lane
  • Re: [HACKERS] Hints proposal Jim C. Nasby
  • Re: [HACKERS] Hints proposal Zeugswetter Andreas ADI SD
  • Re: Hints proposal Christopher Browne
• 12 October 2006
  • Re: Hints proposal Jeff Davis
  • Re: FW: Simple join optimized badly? Mark Kirkwood
  • Re: Hints proposal Jeff Davis
  • Re: FW: Simple join optimized badly? Mark Kirkwood
  • Re: [HACKERS] Hints proposal Alvaro Herrera
  • Re: Hints proposal Richard Broersma Jr
  • Re: Hints proposal Tom Lane
  • Re: [HACKERS] Hints proposal Bucky Jordan
  • Re: Hints proposal Arjen van der Meijden
  • Re: [HACKERS] Hints proposal Josh Berkus
  • Re: Hints proposal Jim C. Nasby
  • Re: [HACKERS] Hints proposal Jim C. Nasby
  • Re: Hints proposal Jeff Davis
  • Re: [HACKERS] Hints proposal Andrew Sullivan
  • Re: Scrub one large table against another Tom Lane
  • Re: Scrub one large table against another Brendan Curran
  • Re: FW: Simple join optimized badly? Scott Marlowe
  • Re: Hints proposal Csaba Nagy
  • Re: [HACKERS] Hints proposal Tom Lane
  • Re: [HACKERS] Hints proposal Csaba Nagy
  • Re: Hints proposal Jim C. Nasby
  • Re: Hints proposal Jim C. Nasby
  • Re: [HACKERS] Hints proposal Josh Berkus
  • Re: Hints proposal Jeff Davis
  • Re: [HACKERS] Hints proposal Josh Berkus
  • Re: Hints proposal Bucky Jordan
  • Re: FW: Simple join optimized badly? Jim C. Nasby
  • Re: Hints proposal Csaba Nagy
  • Re: [HACKERS] Hints proposal Jim C. Nasby
  • Re: Hints proposal Tom Lane
  • Re: Hints proposal Merlin Moncure
  • Re: Hints proposal Heikki Linnakangas
  • Re: Hints proposal Tom Lane
  • Re: Hints proposal Joshua Marsh
  • Re: Hints proposal Bruce Momjian
  • Hints proposal Jim C. Nasby
  • Re: FW: Simple join optimized badly? Tom Lane
  • Re: FW: Simple join optimized badly? Jim C. Nasby
  • Re: FW: Simple join optimized badly? Mark Kirkwood
  • FW: Simple join optimized badly? H.J. Sanders
  • Re: Scrub one large table against another (vmstat output) Markus Schaber
• 11 October 2006
  • Re: Scrub one large table against another Jim C. Nasby
  • Collect stats during seqscan (was: Simple join optimized badly?) Jim C. Nasby
  • Re: Scrub one large table against another (vmstat output) Brendan Curran
  • Re: Scrub one large table against another Brendan Curran
  • Re: Simple join optimized badly? Mark Lewis
  • Re: Simple join optimized badly? Bruce Momjian
  • Re: Simple join optimized badly? Heikki Linnakangas
  • Re: Simple join optimized badly? Bucky Jordan
  • Re: Simple join optimized badly? Brian Herlihy
  • Re: Scrub one large table against another Tom Lane
  • Re: Simple join optimized badly? Tom Lane
  • Re: Simple join optimized badly? Brian Herlihy
  • Re: Scrub one large table against another Jim C. Nasby
  • Re: Simple join optimized badly? Mark Kirkwood
  • Re: Simple join optimized badly? Mark Kirkwood
• 10 October 2006
  • Re: Scrub one large table against another Brendan Curran
  • Re: Scrub one large table against another Tom Lane
  • Re: Scrub one large table against another Brendan Curran
  • Re: Scrub one large table against another Tom Lane
  • Scrub one large table against another Brendan Curran
  • Re: Simple join optimized badly? Jim C. Nasby
  • Re: long running transactions Tobias Brox
  • Re: long running transactions Tom Lane
  • Re: long running transactions Tobias Brox
  • Re: long running transactions Tom Lane
  • Re: long running transactions Tobias Brox
  • Re: Simple join optimized badly? Josh Berkus
  • Re: long running transactions Tom Lane
  • Re: long running transactions Tobias Brox
  • Re: long running transactions Tom Lane
  • Re: long running transactions Tobias Brox
  • Re: long running transactions Tom Lane
  • Re: long running transactions Tobias Brox
  • Re: long running transactions Tobias Brox
  • Re: Simple join optimized badly? Bruno Wolff III
  • Re: long running transactions Tom Lane
  • long running transactions Tobias Brox
  • Re: Simple join optimized badly? Joshua D. Drake
  • Re: Simple join optimized badly? Joshua D. Drake
  • Re: Simple join optimized badly? Joshua D. Drake
  • Re: Simple join optimized badly? Jim C. Nasby
  • Re: Simple join optimized badly? Steinar H. Gunderson
  • Re: Postgre 8.0 Installation - Issues Jim C. Nasby
  • Re: Simple join optimized badly? Tom Lane
  • Re: Simple join optimized badly? Jim C. Nasby
  • Re: Simple join optimized badly? Jim C. Nasby
  • Re: Simple join optimized badly? Jim C. Nasby
  • Postgre 8.0 Installation - Issues Ravindran G - TLS, Chennai.
  • Re: odd variances in count(*) times Merlin Moncure
  • Re: Simple join optimized badly? Joshua D. Drake
  • Re: Simple join optimized badly? Craig A. James
  • Re: Simple join optimized badly? Brian Herlihy
• 09 October 2006
  • Re: Simple join optimized badly? Tom Lane
  • Re: Simple join optimized badly? Joshua D. Drake
  • Re: Simple join optimized badly? Tom Lane
  • Re: Simple join optimized badly? Jim C. Nasby
  • Re: Simple join optimized badly? Tobias Brox
  • Re: autovacuum not working? Jim C. Nasby
  • Re: odd variances in count(*) times Jim C. Nasby
  • Re: Simple join optimized badly? Jim C. Nasby
  • Re: Simple join optimized badly? Scott Marlowe
  • Re: Simple join optimized badly? Chris Browne
  • Re: odd variances in count(*) times Steinar H. Gunderson
  • Re: odd variances in count(*) times Merlin Moncure
  • Re: odd variances in count(*) times Stephen Frost
  • odd variances in count(*) times Merlin Moncure
  • Re: Simple join optimized badly? Tom Lane
  • Re: Simple join optimized badly? Josh Berkus
  • Re: autovacuum not working? Medora Schauer
  • Re: Performance Optimization for Dummies 2 - the SQL Merlin Moncure
  • Re: autovacuum not working? Bill Moran
  • autovacuum not working? Medora Schauer
  • Re: Performance Optimization for Dummies 2 - the SQL Merlin Moncure
  • Re: Simple join optimized badly? Tom Lane
  • Re: Simple join optimized badly? Mark Kirkwood
  • Re: Simple join optimized badly? Chris Browne
  • Re: Performance Optimization for Dummies 2 - the SQL Jim C. Nasby
  • Re: Performance Optimization for Dummies 2 - the SQL Jim C. Nasby
  • Re: Simple join optimized badly? Craig A. James
  • Re: Simple join optimized badly? Craig A. James
  • Re: Simple join optimized badly? Mark Kirkwood
  • Re: Simple join optimized badly? Bruce Momjian
  • Re: Simple join optimized badly? Tom Lane
  • Re: Simple join optimized badly? Craig A. James
  • Re: Simple join optimized badly? Josh Berkus
• 08 October 2006
  • Re: Simple join optimized badly? Jim Nasby
  • Re: Simple join optimized badly? Denis Lussier
• 07 October 2006
  • Re: Simple join optimized badly? Tom Lane
  • Simple join optimized badly? Craig A. James
• 06 October 2006
  • Re: Performance Optimization for Dummies 2 - the SQL Carlo Stonebanks
  • Re: Performance Optimization for Dummies 2 - the SQL Merlin Moncure
  • Re: Performance Optimization for Dummies 2 - the SQL Scott Marlowe
  • Re: Performance Optimization for Dummies 2 - the SQL Carlo Stonebanks
  • Re: slow queue-like empty table Jim Nasby
  • Re: Unsubscribe Jim Nasby
  • Re: Unsubscribe Jim Nasby
  • Re: Unsubscribe Jim Nasby
  • Re: any hope for my big query? Jim Nasby
• 05 October 2006
  • Re: Performance Optimization for Dummies 2 - the SQL Carlo Stonebanks
  • Re: Performance Optimization for Dummies 2 - the SQL Tom Lane
  • Re: Performance Optimization for Dummies 2 - the SQL Carlo Stonebanks
  • Re: Performance Optimization for Dummies 2 - the SQL Merlin Moncure
  • Re: Performance Optimization for Dummies 2 - the SQL Tom Lane
  • Re: UPDATE becomes mired / win32 Tom Lane
  • Re: Performance Optimization for Dummies 2 - the SQL Carlo Stonebanks
  • Re: Performance Optimization for Dummies 2 - the SQL Merlin Moncure
  • Re: UPDATE becomes mired / win32 Steve Peterson
  • Re: UPDATE becomes mired / win32 Steve Peterson
  • Re: pg_trgm indexes giving bad estimations? Tom Lane
  • pg_trgm indexes giving bad estimations? Ben
• 04 October 2006
  • Re: Performance Optimization for Dummies 2 - the SQL Carlo Stonebanks
  • Re: any hope for my big query? Ben
  • Re: Performance Optimization for Dummies 2 - the SQL Merlin Moncure
  • Re: Multi-key index not beeing used - bug? Tobias Brox
  • Re: Multi-key index not beeing used - bug? Tom Lane
  • Re: UPDATE becomes mired / win32 Tom Lane
  • Re: Unsubscribe Michael Stone
  • Re: Multi-key index not beeing used - bug? Graham Davis
  • Re: Performance Optimization for Dummies 2 - the SQL Carlo Stonebanks
  • Re: UPDATE becomes mired / win32 me
  • Multi-key index not beeing used - bug? Tobias Brox
  • UPDATE becomes mired / win32 Steve Peterson
  • Re: Poor performance on very simple query ? Markus Schaber
  • Re: Unsubscribe Geoffrey
  • Re: Unsubscribe Steve Atkins
  • Re: Unsubscribe Csaba Nagy

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