• 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-05 Chronological Index (2/4)

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

• 18 May 2006
  • Re: why is bitmap index chosen for this query? Steinar H. Gunderson
  • why is bitmap index chosen for this query? Stephen Byers
  • Re: Performance/Maintenance test result collection Chris Mckenzie
  • Re: SQL CPU time usage Ruben Rubio Rey
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle 10g2 Tom Lane
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle 10g2 Mikael Carneholm
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle Chris Mair
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle Guido Neitzer
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle 10g2 Olivier Andreotti
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle Jean-Paul Argudo
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle 10g2 Gregory S. Williamson
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle Olivier Andreotti
  • Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle Chris Mair
  • Re: Lot'sa joins - performance tip-up, please? Markus Schaber
  • Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle 10g2 Olivier Andreotti
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Florian Weimer
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Gregory S. Williamson
• 17 May 2006
  • Re: Performance/Maintenance test result collection Jim C. Nasby
  • Re: Optimizer: limit not taken into account Jim C. Nasby
  • Re: Speed Up Offset and Limit Clause Jim C. Nasby
  • Re: Optimizer: limit not taken into account Craig A. James
  • Re: Optimizer: limit not taken into account Tom Lane
  • Re: Optimizer: limit not taken into account Simon Riggs
  • Performance/Maintenance test result collection Chris Mckenzie
  • Re: Optimizer: limit not taken into account Bruno Wolff III
  • Re: SQL CPU time usage john_oshea
  • Optimizer: limit not taken into account Craig A. James
  • Re: IMMUTABLE? Jim C. Nasby
  • SQL CPU time usage Ruben Rubio Rey
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Jignesh K. Shah
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Arjen van der Meijden
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Jignesh K. Shah
  • Performance incorporate with JReport kah_hang_ang
  • Re: Adding and filling new column on big table Michael Fuhr
  • Re: Speed Up Offset and Limit Clause Craig A. James
  • Re: IMMUTABLE? David Wheeler
  • Re: Speed Up Offset and Limit Clause Christian Paul Cosinas
  • Re: IMMUTABLE? Christopher Kings-Lynne
  • Adding and filling new column on big table Jonathan Blitz
• 16 May 2006
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Arjen van der Meijden
  • Re: IMMUTABLE? David Wheeler
  • Re: IMMUTABLE? Joachim Wieland
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Jignesh K. Shah
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Arjen van der Meijden
  • Re: IMMUTABLE? Tom Lane
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Jignesh K. Shah
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Arjen van der Meijden
  • Re: Pgsql (and mysql) benchmark on T2000/Solaris and some profiling Qingqing Zhou
  • Re: IMMUTABLE? Joachim Wieland
  • Pgsql (and mysql) benchmark on T2000/Solaris and some profiling Arjen van der Meijden
  • Re: IMMUTABLE? Tom Lane
  • Re: IMMUTABLE? David Wheeler
  • Re: IMMUTABLE? Tom Lane
  • IMMUTABLE? David Wheeler
• 15 May 2006
  • Re: Wrong plan for subSELECT with GROUP BY Simon Riggs
• 13 May 2006
  • Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) Tom Lane
  • Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) André Felipe Machado
• 12 May 2006
  • Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) Tom Lane
  • Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) Joshua D. Drake
  • Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) Jim C. Nasby
  • Re: Wrong plan for subSELECT with GROUP BY Jim C. Nasby
  • stable function optimizations, revisited Phil Frost
  • Re: slow variable against int?? Jim Nasby
  • Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) andremachado
  • Re: Wrong plan for subSELECT with GROUP BY Tom Lane
  • Wrong plan for subSELECT with GROUP BY Antal Attila
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruno Wolff III
  • Re: Postgres gets stuck Tom Lane
  • Re: Postgres gets stuck Craig A. James
  • Re: Postgres gets stuck Tom Lane
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Joshua D. Drake
• 11 May 2006
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Jim C. Nasby
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Joshua D. Drake
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: Nested Loops vs. Hash Joins or Merge Joins Jim C. Nasby
  • Re: Dynamically loaded C function performance Joe Conway
  • Re: Question about explain-command... Jim C. Nasby
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Joshua D. Drake
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Jim C. Nasby
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Tom Lane
  • Re: Assistance with optimizing query - same SQL, different category_id = Seq Scan Jim C. Nasby
  • Re: Dynamically loaded C function performance Jim C. Nasby
  • Re: slow variable against int?? Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal PFC
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Martijn van Oosterhout
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Martijn van Oosterhout
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Scott Marlowe
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: Postgres gets stuck Craig A. James
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Greg Stark
  • Re: Postgres gets stuck Qingqing Zhou
  • Nested Loops vs. Hash Joins or Merge Joins Ketema Harris
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Martijn van Oosterhout
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Zeugswetter Andreas DCP SD
  • Re: Speed Up Offset and Limit Clause Guillaume Cottenceau
  • Re: Speed Up Offset and Limit Clause PFC
  • Re: Speed Up Offset and Limit Clause Chris
  • Speed Up Offset and Limit Clause Christian Paul Cosinas
  • Re: Lot'sa joins - performance tip-up, please? Mario Splivalo
  • Re: Same query - Slow in production Tom Lane
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Tom Lane
• 10 May 2006
  • Re: Same query - Slow in production Brian Wipf
  • Re: in memory views Thomas Vatter
  • Same query - Slow in production Brian Wipf
  • Re: UNSUBSCRIBE Jim C. Nasby
  • Re: UNSUBSCRIBE Jim C. Nasby
  • Re: in memory views Kris Jurka
  • Re: Lot'sa joins - performance tip-up, please? Jim C. Nasby
  • Re: in memory views Thomas Vatter
  • Re: in memory views Thomas Vatter
  • Re: in memory views Dave Dutcher
  • Re: in memory views Scott Marlowe
  • Re: in memory views Thomas Vatter
  • Re: [HACKERS] Big IN() clauses etc : feature proposal PFC
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
  • Re: UNSUBSCRIBE Bruno Wolff III
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Markus Schaber
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Nis Jorgensen
  • Re: in memory views me
  • Re: in memory views Scott Marlowe
  • Re: in memory views Thomas Vatter
  • Re: Question about explain-command... Nis Jorgensen
  • Re: in memory views Scott Marlowe
  • Re: UNSUBSCRIBE Tom Lane
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Scott Marlowe
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Markus Schaber
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Markus Schaber
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Martijn van Oosterhout
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Douglas McNaught
  • Re: Question about explain-command... Dave Dutcher
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Scott Marlowe
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Markus Schaber
  • Re: [HACKERS] Big IN() clauses etc : feature proposal PFC
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
  • Re: PostgreSQL VACCUM killing CPU Wu Fengguang
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Vivek Khera
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Markus Schaber
  • Re: [HACKERS] Big IN() clauses etc : feature proposal Markus Schaber
  • Re: Arguments Pro/Contra Software Raid Florian Weimer
  • Re: in memory views Thomas Vatter
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Douglas McNaught
  • Re: in memory views Tino Wildenhain
  • Question about explain-command... Clemens Eisserer
  • Re: in memory views Hakan Kocaman
  • Re: in memory views Thomas Vatter
  • Re: in memory views Tino Wildenhain
  • Re: in memory views Thomas Vatter
  • Re: in memory views Tino Wildenhain
  • in memory views Thomas Vatter
  • Re: VACUUM killing my CPU Rudi Starcevic
  • Re: [GENERAL] Arguments Pro/Contra Software Raid PFC
  • Re: UNSUBSCRIBE Michael Glaesemann
  • Re: UNSUBSCRIBE Tom Lane
  • Re: UNSUBSCRIBE Chris
  • Re: UNSUBSCRIBE Tom Lane
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Greg Stark
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Greg Stark
  • Re: VACUUM killing my CPU Alan Hodgson
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Scott Lamb
  • Re: Slow C Function Tom Lane
  • Re: PostgreSQL VACCUM killing CPU Michael Glaesemann
  • Re: PostgreSQL VACCUM killing CPU Michael Glaesemann
  • Re: UNSUBSCRIBE Chris
  • Re: PostgreSQL VACCUM killing CPU Will Reese
  • UNSUBSCRIBE Shoaib Burq
  • Re: Arguments Pro/Contra Software Raid William Yu
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
  • Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian

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