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

• Main Index
• [Prev Page]
• [Next Page]

• Performance/Maintenance test result collection Chris Mckenzie
• Re: Performance/Maintenance test result collection Jim C. Nasby
• <Possible follow-ups>
• Re: Performance/Maintenance test result collection Chris Mckenzie
• Re: Performance/Maintenance test result collection Jim C. Nasby
• SQL CPU time usage Ruben Rubio Rey
• Re: SQL CPU time usage john_oshea
• Re: SQL CPU time usage Ruben Rubio Rey
• Re: SQL CPU time usage Ivan Zolotukhin
• Performance incorporate with JReport kah_hang_ang
• Adding and filling new column on big table Jonathan Blitz
• Re: Adding and filling new column on big table Michael Fuhr
• Re: Adding and filling new column on big table Francisco Reyes
• Re: Adding and filling new column on big table Jonathan Blitz
• Re: Adding and filling new column on big table Francisco Reyes
• Re: Adding and filling new column on big table Jonathan Blitz
• Re: Adding and filling new column on big table Francisco Reyes
• Re: Adding and filling new column on big table Jonathan Blitz
• Re: Adding and filling new column on big table Scott Marlowe
• Re: Adding and filling new column on big table PFC
• Re: Adding and filling new column on big table Francisco Reyes
• Pgsql (and mysql) benchmark on T2000/Solaris and some profiling Arjen van der Meijden
• Re: Pgsql (and mysql) benchmark on T2000/Solaris and some profiling Qingqing Zhou
• 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
• 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
• 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
• 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
• Optimizer: limit not taken into account Craig A. James
• Re: Optimizer: limit not taken into account Bruno Wolff III
• Re: Optimizer: limit not taken into account Tom Lane
• Re: Optimizer: limit not taken into account Craig A. James
• Re: Optimizer: limit not taken into account Simon Riggs
• Re: Optimizer: limit not taken into account Jim C. Nasby
• Re: Pgsql (and mysql) benchmark on T2000/Solaris and some Florian Weimer
• IMMUTABLE? David Wheeler
• Re: IMMUTABLE? Tom Lane
• Re: IMMUTABLE? David Wheeler
• Re: IMMUTABLE? Tom Lane
• Re: IMMUTABLE? Joachim Wieland
• Re: IMMUTABLE? Tom Lane
• Re: IMMUTABLE? Joachim Wieland
• Re: IMMUTABLE? David Wheeler
• Re: IMMUTABLE? Christopher Kings-Lynne
• Re: IMMUTABLE? David Wheeler
• Re: IMMUTABLE? Jim C. Nasby
• stable function optimizations, revisited Phil Frost
• Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) andremachado
• Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) Jim C. Nasby
• Re: Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) Joshua D. Drake
• Firebird 1.5.3 X Postgresql 8.1.3 (linux and windows) André Felipe Machado
• 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) Tom Lane
• Wrong plan for subSELECT with GROUP BY Antal Attila
• Re: Wrong plan for subSELECT with GROUP BY Tom Lane
• Re: Wrong plan for subSELECT with GROUP BY Simon Riggs
• Re: Wrong plan for subSELECT with GROUP BY Jim C. Nasby
• Nested Loops vs. Hash Joins or Merge Joins Ketema Harris
• Re: Nested Loops vs. Hash Joins or Merge Joins Jim C. Nasby
• Re: [HACKERS] Big IN() clauses etc : feature proposal Zeugswetter Andreas DCP SD
• Re: [HACKERS] Big IN() clauses etc : feature proposal Martijn van Oosterhout
• Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
• Re: [HACKERS] Big IN() clauses etc : feature proposal PFC
• Re: [HACKERS] Big IN() clauses etc : feature proposal Tom Lane
• Re: [HACKERS] Big IN() clauses etc : feature proposal Jim C. Nasby
• Re: [HACKERS] Big IN() clauses etc : feature proposal Gregory S. Williamson
• Same query - Slow in production Brian Wipf
• Re: Same query - Slow in production Brian Wipf
• Re: Same query - Slow in production Tom Lane
• Speed Up Offset and Limit Clause Christian Paul Cosinas
• Re: Speed Up Offset and Limit Clause Chris
• Re: Speed Up Offset and Limit Clause PFC
• Re: Speed Up Offset and Limit Clause Christian Paul Cosinas
• Re: Speed Up Offset and Limit Clause Craig A. James
• Re: Speed Up Offset and Limit Clause Jim C. Nasby
• Re: Speed Up Offset and Limit Clause PFC
• Re: Speed Up Offset and Limit Clause Guillaume Cottenceau
• Question about explain-command... Clemens Eisserer
• Re: Question about explain-command... Dave Dutcher
• Re: Question about explain-command... Jim C. Nasby
• Re: Question about explain-command... Nis Jorgensen
• in memory views Thomas Vatter
• Re: in memory views Tino Wildenhain
• Re: in memory views Thomas Vatter
• Re: in memory views Tino Wildenhain
• Re: in memory views Thomas Vatter
• Re: in memory views Tino Wildenhain
• Re: in memory views Thomas Vatter
• Re: in memory views Scott Marlowe
• Re: in memory views Thomas Vatter
• Re: in memory views Scott Marlowe
• Re: in memory views Thomas Vatter
• Re: in memory views Scott Marlowe
• Re: in memory views Thomas Vatter
• Re: in memory views Kris Jurka
• Re: in memory views Thomas Vatter
• Re: in memory views Dave Dutcher
• Re: in memory views Thomas Vatter
• Re: in memory views me
• <Possible follow-ups>
• Re: in memory views Hakan Kocaman
• UNSUBSCRIBE Shoaib Burq
• Re: UNSUBSCRIBE Chris
• Re: UNSUBSCRIBE Tom Lane
• Re: UNSUBSCRIBE Chris
• Re: UNSUBSCRIBE Tom Lane
• Re: UNSUBSCRIBE Michael Glaesemann
• Re: UNSUBSCRIBE Tom Lane
• Re: UNSUBSCRIBE Jim C. Nasby
• Re: UNSUBSCRIBE Bruno Wolff III
• Re: UNSUBSCRIBE Jim C. Nasby
• Postgres gets stuck Craig A. James
• Re: Postgres gets stuck Chris
• Re: Postgres gets stuck Craig A. James
• Re: Postgres gets stuck Tom Lane
• Re: Postgres gets stuck Craig A. James
• Re: Postgres gets stuck Tom Lane
• Re: Postgres gets stuck Qingqing Zhou
• Slow C Function Adam Palmblad
• Re: Slow C Function Joshua D. Drake
• Re: Slow C Function Tom Lane
• PostgreSQL VACCUM killing CPU blender
• Re: PostgreSQL VACCUM killing CPU Will Reese
• Re: PostgreSQL VACCUM killing CPU Michael Glaesemann
• Re: PostgreSQL VACCUM killing CPU Michael Glaesemann
• Re: PostgreSQL VACCUM killing CPU Wu Fengguang
• VACUUM killing my CPU blender
• Re: VACUUM killing my CPU Alan Hodgson
• Re: VACUUM killing my CPU Rudi Starcevic
• Arguments Pro/Contra Software Raid Hannes Dorbath
• Re: [GENERAL] Arguments Pro/Contra Software Raid Jean-Yves F. Barbier
• Re: Arguments Pro/Contra Software Raid Bruno Wolff III
• Re: [GENERAL] Arguments Pro/Contra Software Raid PFC
• Re: [GENERAL] Arguments Pro/Contra Software Raid Jim C. Nasby
• Re: Arguments Pro/Contra Software Raid Grega Bremec
• Re: [GENERAL] Arguments Pro/Contra Software Raid Steve Atkins
• Re: [GENERAL] Arguments Pro/Contra Software Raid Joshua D. Drake
• Re: [GENERAL] Arguments Pro/Contra Software Raid Steve Atkins
• Re: [GENERAL] Arguments Pro/Contra Software Raid Joshua D. Drake
• Re: [GENERAL] Arguments Pro/Contra Software Raid Steve Atkins
• Re: [GENERAL] Arguments Pro/Contra Software Raid Scott Lamb
• Re: [GENERAL] Arguments Pro/Contra Software Raid Markus Schaber
• Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
• Re: [GENERAL] Arguments Pro/Contra Software Raid Markus Schaber
• Re: [GENERAL] Arguments Pro/Contra Software Raid Markus Schaber
• Re: [GENERAL] Arguments Pro/Contra Software Raid Scott Marlowe
• Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
• Re: [GENERAL] Arguments Pro/Contra Software Raid Scott Marlowe
• Re: [GENERAL] Arguments Pro/Contra Software Raid Douglas McNaught
• Re: [GENERAL] Arguments Pro/Contra Software Raid Scott Marlowe
• Re: Arguments Pro/Contra Software Raid Vivek Khera
• Re: [GENERAL] Arguments Pro/Contra Software Raid Douglas McNaught
• Re: [GENERAL] Arguments Pro/Contra Software Raid Joshua D. Drake
• Re: [GENERAL] Arguments Pro/Contra Software Raid Greg Stark
• Re: [GENERAL] Arguments Pro/Contra Software Raid Douglas McNaught
• Re: [GENERAL] Arguments Pro/Contra Software Raid Vivek Khera
• Re: [GENERAL] Arguments Pro/Contra Software Raid Bruce Momjian
• Re: 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: [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 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: [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 Bruno Wolff III
• Message not available
  • Re: Arguments Pro/Contra Software Raid William Yu
• Re: [GENERAL] Arguments Pro/Contra Software Raid Greg Stark
• Re: Arguments Pro/Contra Software Raid Florian Weimer
• Re: Takes too long to fetch the data from database soni de
• Re: Takes too long to fetch the data from database Bruno Wolff III
• Re: extremely slow when execute select/delete for certain tables kah_hang_ang
• Assistance with optimizing query - same SQL, different category_id = Seq Scan Brendan Duddridge
• Re: Assistance with optimizing query - same SQL, different category_id = Seq Scan Jim C. Nasby
• [no subject] Adam Palmblad
• performance question (something to do w/ parameterized stmts?, wrong index types?) Jeffrey Tenny

---

• Main Index
• [Prev Page]
• [Next Page]

---

Mail converted by MHonArc