Postgres Performance Date Index

• Thread Index

• Re: locking issue on simple selects?
  • From: Tobias Brox
• Re: turn off caching for performance test
  • From: Merlin Moncure
• Re: locking issue on simple selects?
  • From: Brad Nicholson
• Re: locking issue on simple selects?
  • From: Greg Smith
• Re: locking issue on simple selects?
  • From: Tom Lane
• Re: locking issue on simple selects?
  • From: Tobias Brox
• Performance problem with joined aggregate query
  • From: Anssi Kääriäinen
• Re: Slow SQL lookup due to every field being listed in SORT KEY
  • From: Mason Harding
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: locking issue on simple selects?
  • From: Tom Lane
• Re: POSTGRES error
  • From: Kevin Grittner
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Merlin Moncure
• POSTGRES error
  • From: Timothy.Noonan
• locking issue on simple selects?
  • From: Tobias Brox
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Merlin Moncure
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Held idle connections vs use of a Pooler
  • From: Craig James
• Re: Useless sort by
  • From: Gaetano Mendola
• Re: Held idle connections vs use of a Pooler
  • From: Joshua D. Drake
• Re: Held idle connections vs use of a Pooler
  • From: Merlin Moncure
• Re: Useless sort by
  • From: Dave Crooke
• Held idle connections vs use of a Pooler
  • From: mark
• Re: Useless sort by
  • From: Maciek Sakrejda
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Merlin Moncure
• Re: Useless sort by
  • From: Heikki Linnakangas
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Where does data in pg_stat_user_tables come from?
  • From: Alvaro Herrera
• Re: Where does data in pg_stat_user_tables come from?
  • From: Tom Lane
• Re: Where does data in pg_stat_user_tables come from?
  • From: Josh Berkus
• Re: Where does data in pg_stat_user_tables come from?
  • From: Joshua D. Drake
• Re: Where does data in pg_stat_user_tables come from?
  • From: Josh Berkus
• Re: Where does data in pg_stat_user_tables come from?
  • From: Joshua D. Drake
• Where does data in pg_stat_user_tables come from?
  • From: Josh Berkus
• Re: Useless sort by
  • From: Scott Marlowe
• Re: Useless sort by
  • From: Maciek Sakrejda
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Merlin Moncure
• Re: Useless sort by
  • From: Gaetano Mendola
• Re: Useless sort by
  • From: Tom Lane
• Re: Useless sort by
  • From: Gaetano Mendola
• Re: Problem with mergejoin performance
  • From: Tom Lane
• Re: Useless sort by
  • From: Tom Lane
• Re: Problem with mergejoin performance
  • From: Tom Lane
• Useless sort by
  • From: Gaetano Mendola
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Problem with mergejoin performance
  • From: azajac
• Re: Slow SQL lookup due to every field being listed in SORT KEY
  • From: Stephen Frost
• Re: Slow SQL lookup due to every field being listed in SORT KEY
  • From: Tom Lane
• Re: Slow SQL lookup due to every field being listed in SORT KEY
  • From: Stephen Frost
• Slow SQL lookup due to every field being listed in SORT KEY
  • From: Mason Harding
• Re: pgbench could not send data to client: Broken pipe
  • From: Greg Smith
• Re: pgbench could not send data to client: Broken pipe
  • From: Kevin Grittner
• Re: pgbench could not send data to client: Broken pipe
  • From: Greg Smith
• Re: pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: pgbench could not send data to client: Broken pipe
  • From: Alvaro Herrera
• Re: pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: pgbench could not send data to client: Broken pipe
  • From: Kevin Grittner
• Re: pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: pgbench could not send data to client: Broken pipe
  • From: Kevin Grittner
• Re: pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: pgbench could not send data to client: Broken pipe
  • From: Kevin Grittner
• Re: pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: pgbench could not send data to client: Broken pipe
  • From: Tom Lane
• Re: pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: pgbench could not send data to client: Broken pipe
  • From: Tom Lane
• Re: pgbench could not send data to client: Broken pipe
  • From: Greg Smith
• Re: pgbench could not send data to client: Broken pipe
  • From: Tom Lane
• pgbench could not send data to client: Broken pipe
  • From: David Kerr
• Re: Question about LEFT JOIN and query plan
  • From: Kevin Grittner
• Re: Question about LEFT JOIN and query plan
  • From: Kevin Grittner
• Re: Question about LEFT JOIN and query plan
  • From: Kaloyan Iliev Iliev
• Re: Question about LEFT JOIN and query plan
  • From: Kaloyan Iliev Iliev
• Re: Question about LEFT JOIN and query plan
  • From: Kaloyan Iliev Iliev
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Question about LEFT JOIN and query plan
  • From: Kevin Grittner
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Question about LEFT JOIN and query plan
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Question about LEFT JOIN and query plan
  • From: Kaloyan Iliev Iliev
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Odd estimation issue with user-defined type
  • From: Florian Weimer
• Re: Odd estimation issue with user-defined type
  • From: Tom Lane
• Odd estimation issue with user-defined type
  • From: Florian Weimer
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Marlowe
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Yeb Havinga
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Marlowe
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Marlowe
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Jose Ildefonso Camargo Tolosa
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Yeb Havinga
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Jose Ildefonso Camargo Tolosa
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: slow DDL creation
  • From: Kevin Kempter
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Yeb Havinga
• Re: GPU Accelerated Sorting
  • From: Tom Lane
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Jose Ildefonso Camargo Tolosa
• Re: GPU Accelerated Sorting
  • From: Scott Carey
• Re: slow DDL creation
  • From: David Fetter
• Re: slow DDL creation
  • From: bricklen
• Re: GPU Accelerated Sorting
  • From: David Boreham
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• slow DDL creation
  • From: Kevin Kempter
• Re: GPU Accelerated Sorting
  • From: Chris Browne
• Re: GPU Accelerated Sorting
  • From: Jeff Davis
• Re: GPU Accelerated Sorting
  • From: David Boreham
• Re: GPU Accelerated Sorting
  • From: Scott Marlowe
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Clemens Eisserer
• Re: GPU Accelerated Sorting
  • From: Yeb Havinga
• Re: GPU Accelerated Sorting
  • From: Eliot Gable
• Re: Using Between
  • From: Ozer, Pam
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Tom Lane
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Jose Ildefonso Camargo Tolosa
• Re: [Fwd: postgres 8.4.1 number of connections]
  • From: Maria L. Wilson
• GPU Accelerated Sorting
  • From: Eliot Gable
• Re: GPU Accelerated Sorting
  • From: Gaël Le Mignot
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: GPU Accelerated Sorting
  • From: Greg Smith
• GPU Accelerated Sorting
  • From: Eliot Gable
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Yeb Havinga
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Marlowe
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Carey
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Pavel Stehule
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Yeb Havinga
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Pavel Stehule
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Scott Marlowe
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Andreas Kretschmer
• Re: Major performance problem after upgrade from 8.3 to 8.4
  • From: Scott Marlowe
• Major performance problem after upgrade from 8.3 to 8.4
  • From: Gerhard Wiesinger
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: array can be slow when joining?
  • From: Pavel Stehule
• array can be slow when joining?
  • From: Volodymyr Kostyrko
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Jose Ildefonso Camargo Tolosa
• Re: write barrier question
  • From: Cédric Villemain
• Re: Using Between
  • From: Craig James
• Using Between
  • From: Ozer, Pam
• Re: turn off caching for performance test
  • From: Scott Marlowe
• Re: Slow Query
  • From: Ozer, Pam
• Re: Slow Query
  • From: Greg Smith
• Re: turn off caching for performance test
  • From: Greg Smith
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: Slow Query
  • From: Kevin Grittner
• Re: turn off caching for performance test
  • From: Willy-Bas Loos
• Re: [Fwd: postgres 8.4.1 number of connections]
  • From: Magnus Hagander
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Carey
• Re: [Fwd: postgres 8.4.1 number of connections]
  • From: Josh Berkus
• Re: Slow Query
  • From: Bob Lunney
• Re: Slow Query
  • From: Scott Marlowe
• Slow Query
  • From: Ozer, Pam
• Re: [Fwd: postgres 8.4.1 number of connections]
  • From: Scott Marlowe
• [Fwd: postgres 8.4.1 number of connections]
  • From: Maria L. Wilson
• Re: turn off caching for performance test
  • From: Pierre C
• Re: turn off caching for performance test
  • From: Arjen van der Meijden
• turn off caching for performance test
  • From: Willy-Bas Loos
• Re: SubQuery Performance
  • From: A. Kretschmer
• SubQuery Performance
  • From: mike
• Re: New servers, need suggestions for sensible tuning settings
  • From: Kevin Grittner
• New servers, need suggestions for sensible tuning settings
  • From: Bob Branch
• Re: Triggers or code?
  • From: Bob Lunney
• Re: Are Indices automatically generated for primary keys?
  • From: Guillaume Lelarge
• Re: Inefficient query plan
  • From: Jann Röder
• Re: Inefficient query plan
  • From: Jann Röder
• Re: PARSE WAITING
  • From: Alvaro Herrera
• Re: PARSE WAITING
  • From: David Kerr
• Re: PARSE WAITING
  • From: Alvaro Herrera
• Re: PARSE WAITING
  • From: David Kerr
• PARSE WAITING
  • From: David Kerr
• Re: Triggers or code?
  • From: André Fernandes
• Triggers or code?
  • From: DM
• Re: Inefficient query plan
  • From: Scott Marlowe
• Re: Inefficient query plan
  • From: gnuoytr
• Re: Inefficient query plan
  • From: Tom Lane
• Re: Inefficient query plan
  • From: Kevin Grittner
• Re: Inefficient query plan
  • From: Grzegorz Jaśkiewicz
• Re: Inefficient query plan
  • From: Grzegorz Jaśkiewicz
• Re: Inefficient query plan
  • From: Alvaro Herrera
• Re: Inefficient query plan
  • From: Kevin Grittner
• Re: Inefficient query plan
  • From: Grzegorz Jaśkiewicz
• Re: Inefficient query plan
  • From: Kevin Grittner
• Re: Inefficient query plan
  • From: Kevin Grittner
• Re: Inefficient query plan
  • From: Grzegorz Jaśkiewicz
• Re: Inefficient query plan
  • From: Jann Röder
• Re: Inefficient query plan
  • From: Kevin Grittner
• Re: Inefficient query plan
  • From: Kevin Grittner
• Re: Inefficient query plan
  • From: Jann Röder
• Re: Inefficient query plan
  • From: Scott Marlowe
• Re: Inefficient query plan
  • From: Jann Röder
• Re: Inefficient query plan
  • From: Scott Marlowe
• Re: Inefficient query plan
  • From: Scott Marlowe
• Inefficient query plan
  • From: Jann Röder
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Greg Smith
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Greg Smith
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Dimitri
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Robert Haas
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Alexandre de Arruda Paes
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Dimitri
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Scott Marlowe
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Dimitri
• Re: Copy performance issues
  • From: Sergey Konoplev
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Greg Smith
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Marlowe
• Re: yet another q
  • From: Tom Lane
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Tom Lane
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Kevin Grittner
• Re: in-memory sorting
  • From: Tom Lane
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Alexandre de Arruda Paes
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Philippe Rimbault
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Philippe Rimbault
• Re: Performance on new 64bit server compared to my 32bit desktop
  • From: Scott Marlowe
• Performance on new 64bit server compared to my 32bit desktop
  • From: Philippe Rimbault
• Re: in-memory sorting
  • From: Scott Marlowe
• Re: in-memory sorting
  • From: Samuel Gendler
• Re: in-memory sorting
  • From: Samuel Gendler
• Re: in-memory sorting
  • From: Scott Marlowe
• Re: yet another q
  • From: Samuel Gendler
• Re: yet another q
  • From: Samuel Gendler
• Re: in-memory sorting
  • From: Samuel Gendler
• Re: in-memory sorting
  • From: Scott Marlowe
• yet another q
  • From: Samuel Gendler
• Re: in-memory sorting
  • From: Pavel Stehule
• Re: in-memory sorting
  • From: Samuel Gendler
• in-memory sorting
  • From: Samuel Gendler
• Re: Copy performance issues
  • From: s anwar
• Re: Copy performance issues
  • From: Greg Smith
• Re: Copy performance issues
  • From: Tom Lane
• Copy performance issues
  • From: Saadat Anwar
• Re: write barrier question
  • From: Samuel Gendler
• Re: write barrier question
  • From: Samuel Gendler
• Re: write barrier question
  • From: Yeb Havinga
• Copy performance issues
  • From: s anwar
• Re: write barrier question
  • From: Craig James
• write barrier question
  • From: Samuel Gendler
• Re: Are Indices automatically generated for primary keys?
  • From: Thom Brown
• Re: Are Indices automatically generated for primary keys?
  • From: Justin Graf
• Re: Are Indices automatically generated for primary keys?
  • From: Kevin Grittner
• Re: Are Indices automatically generated for primary keys?
  • From: Kevin Grittner
• Re: Are Indices automatically generated for primary keys?
  • From: Clemens Eisserer
• Re: Are Indices automatically generated for primary keys?
  • From: Kevin Grittner
• Re: Are Indices automatically generated for primary keys?
  • From: hubert depesz lubaczewski
• Are Indices automatically generated for primary keys?
  • From: Clemens Eisserer
• Re: Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Tom Lane
• Fwd: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Alexandre de Arruda Paes
• Re: Very poor performance
  • From: Hannes Frederic Sowa
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: gnuoytr
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: david
• Re: Two fast searches turn slow when used with OR clause
  • From: Robert Haas
• Re: Very poor performance
  • From: Kevin Grittner
• Re: Very poor performance
  • From: Mark Kirkwood
• Re: Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Scott Marlowe
• Vacuum Full + Cluster + Vacuum full = non removable dead rows
  • From: Alexandre de Arruda Paes
• Re: Very poor performance
  • From: Kevin Grittner
• Re: Very poor performance
  • From: Aaron Burnett
• Re: Very poor performance
  • From: Mark Rostron
• Re: Very poor performance
  • From: Tom Lane
• Re: Very poor performance
  • From: Kevin Grittner
• Re: Quesion on the use of indexes
  • From: gnuoytr
• Re: Search query is curious
  • From: Maciek Sakrejda
• Re: Quesion on the use of indexes
  • From: Alvaro Herrera
• Re: Very poor performance
  • From: Kevin Grittner
• Re: Search query is curious
  • From: Pavel Stehule
• Re: Search query is curious
  • From: Thom Brown
• Search query is curious
  • From: fiala_marek
• Re: Advice configuring ServeRAID 8k for performance
  • From: Andres Freund
• Re: Advice configuring ServeRAID 8k for performance
  • From: Greg Smith
• Re: Advice configuring ServeRAID 8k for performance
  • From: Greg Smith
• Re: Quesion on the use of indexes
  • From: Tom Lane
• Quesion on the use of indexes
  • From: Benjamin Krajmalnik
• Re: Very poor performance
  • From: Aaron Burnett
• Re: Very poor performance
  • From: Mark Rostron
• Re: Advice configuring ServeRAID 8k for performance
  • From: Bruce Momjian
• Very poor performance
  • From: Aaron Burnett
• Re: Advice configuring ServeRAID 8k for performance
  • From: Andres Freund
• Re: Advice configuring ServeRAID 8k for performance
  • From: Greg Smith
• Re: Advice configuring ServeRAID 8k for performance
  • From: Andres Freund
• Re: Advice configuring ServeRAID 8k for performance
  • From: Greg Smith
• Re: Advice configuring ServeRAID 8k for performance
  • From: Andres Freund
• Re: Advice configuring ServeRAID 8k for performance
  • From: Greg Smith
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Carey
• Re: Can WINDOW be used?
  • From: Josh Berkus
• Re: Advice configuring ServeRAID 8k for performance
  • From: Greg Smith
• Re: Advice configuring ServeRAID 8k for performance
  • From: Bruce Momjian
• Can WINDOW be used?
  • From: Greg Spiegelberg
• Re: Very bad plan when using VIEW and IN (SELECT...*)
  • From: Carlo Stonebanks
• Re: Very bad plan when using VIEW and IN (SELECT...*)
  • From: Kevin Grittner
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Michael March
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Arjen van der Meijden
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Carey
• Very bad plan when using VIEW and IN (SELECT...*)
  • From: Carlo Stonebanks
• Re: Slow function in queries SELECT clause.
  • From: Davor J.
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Brad Nicholson
• Re: Advice configuring ServeRAID 8k for performance
  • From: Justin Pitts
• Re: 32 vs 64 bit build on Solaris Sparc
  • From: Dimitri
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Arjen van der Meijden
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Greg Smith
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Greg Smith
• Re: performance sol10 zone (fup)
  • From: Scott Marlowe
• Re: performance sol10 zone (fup)
  • From: Robert Haas
• Re: Questions on query planner, join types, and work_mem
  • From: Robert Haas
• Re: Questions on query planner, join types, and work_mem
  • From: Bruce Momjian
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: gnuoytr
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Karl Denninger
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Carey
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Carey
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Carey
• Re: Testing Sandforce SSD
  • From: Bruce Momjian
• Re: Sorted group by
  • From: Alvaro Herrera
• Re: 32 vs 64 bit build on Solaris Sparc
  • From: Tom Lane
• 32 vs 64 bit build on Solaris Sparc
  • From: Joseph Conway
• Re: Sorted group by
  • From: Matthew Wakeling
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Marlowe
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Christopher Browne
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Marlowe
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Brad Nicholson
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Karl Denninger
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Brad Nicholson
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Brad Nicholson
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Karl Denninger
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Greg Smith
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Marlowe
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Karl Denninger
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Brad Nicholson
• Re: Sorted group by
  • From: Jonathan Blitz
• Re: Sorted group by
  • From: Kevin Grittner
• Re: Sorted group by
  • From: Thom Brown
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Greg Smith
• Re: Sorted group by
  • From: Thomas Kellerer
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Greg Smith
• Re: Sorted group by
  • From: hubert depesz lubaczewski
• Re: Sorted group by
  • From: Thom Brown
• Re: Sorted group by
  • From: Matthew Wakeling
• Re: Sorted group by
  • From: Thomas Kellerer
• Sorted group by
  • From: Matthew Wakeling
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Jeff Davis
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Carey
• Re: vacuum performance on insert
  • From: Kevin Grittner
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Yeb Havinga
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Marlowe
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Marlowe
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Michael March
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Marlowe
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Michael March
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Carey
• Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Scott Carey
• Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
  • From: Michael March
• Re: Advice configuring ServeRAID 8k for performance
  • From: Justin Pitts
• Re: vacuum performance on insert
  • From: Sean Chen
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Marlowe
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Marlowe
• Re: Advice configuring ServeRAID 8k for performance
  • From: Matthew Wakeling
• Re: Advice configuring ServeRAID 8k for performance
  • From: Mark Kirkwood
• Re: Advice configuring ServeRAID 8k for performance
  • From: Mark Kirkwood
• Re: Advice configuring ServeRAID 8k for performance
  • From: Alan Hodgson
• Re: Advice configuring ServeRAID 8k for performance
  • From: Mark Kirkwood
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Marlowe
• Re: Advice configuring ServeRAID 8k for performance
  • From: Dave Crooke
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Marlowe
• Re: Advice configuring ServeRAID 8k for performance
  • From: Craig James
• Re: Advice configuring ServeRAID 8k for performance
  • From: Pierre C
• Re: Advice configuring ServeRAID 8k for performance
  • From: Greg Smith
• Re: Advice configuring ServeRAID 8k for performance
  • From: Scott Marlowe
• Re: Advice configuring ServeRAID 8k for performance
  • From: Alan Hodgson
• Two fast searches turn slow when used with OR clause
  • From: Craig James
• Advice configuring ServeRAID 8k for performance
  • From: Kenneth Cox
• Re: vacuum performance on insert
  • From: Tom Lane
• Re: vacuum performance on insert
  • From: Kevin Grittner
• vacuum performance on insert
  • From: Sean Chen
• Re: Testing Sandforce SSD
  • From: Brad Nicholson
• Re: Testing Sandforce SSD
  • From: Chris Browne
• Re: Testing Sandforce SSD
  • From: Chris Browne
• Re: Questions on query planner, join types, and work_mem
  • From: Hannu Krosing
• Re: Questions on query planner, join types, and work_mem
  • From: Hannu Krosing
• Re: Questions on query planner, join types, and work_mem
  • From: Kevin Grittner
• Re: Questions on query planner, join types, and work_mem
  • From: Kevin Grittner
• Re: Questions on query planner, join types, and work_mem
  • From: Greg Smith
• Re: Questions on query planner, join types, and work_mem
  • From: Greg Smith
• Re: Questions on query planner, join types, and work_mem
  • From: Hannu Krosing
• Re: Questions on query planner, join types, and work_mem
  • From: Kevin Grittner
• Re: Testing Sandforce SSD
  • From: Scott Carey
• Re: Testing Sandforce SSD
  • From: Scott Carey
• Re: Testing Sandforce SSD
  • From: Scott Carey
• Re: Questions on query planner, join types, and work_mem
  • From: Tom Lane
• Re: Questions on query planner, join types, and work_mem
  • From: Greg Smith
• Re: Questions on query planner, join types, and work_mem
  • From: Greg Smith
• Re: Questions on query planner, join types, and work_mem
  • From: Hannu Krosing
• Re: Questions on query planner, join types, and work_mem
  • From: Hannu Krosing
• Re: Questions on query planner, join types, and work_mem
  • From: Tom Lane
• Re: Questions on query planner, join types, and work_mem
  • From: Hannu Krosing
• Re: LIKE without wildcard different from =
  • From: Kevin Grittner
• Re: LIKE without wildcard different from =
  • From: Tom Lane
• Re: LIKE without wildcard different from =
  • From: Kevin Grittner
• Re: LIKE without wildcard different from =
  • From: Tom Lane
• LIKE without wildcard different from =
  • From: Kevin Grittner
• Re: Questions on query planner, join types, and work_mem
  • From: Kevin Grittner
• Re: Strange explain on partitioned tables
  • From: Robert Haas
• Re: Questions on query planner, join types, and work_mem
  • From: Robert Haas
• Re: Questions on query planner, join types, and work_mem
  • From: Hannu Krosing
• Re: Testing Sandforce SSD
  • From: Hannu Krosing
• Re: [GENERAL] How to improve: performance of query on postgresql 8.3 takes days
  • From: Alban Hertroys
• what does "initplan" operation in explain output mean?
  • From: Mark Rostron
• Re: [GENERAL] How to improve: performance of query on postgresql 8.3 takes days
  • From: John R Pierce
• How to improve: performance of query on postgresql 8.3 takes days
  • From: Dino Vliet
• performance sol10 zone (fup)
  • From: Heiko L.
• Re: Execution Plan
  • From: Rodrigo E. De León Plicet
• Re: Testing Sandforce SSD
  • From: Merlin Moncure
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Questions on query planner, join types, and work_mem
  • From: Tom Lane
• Re: Questions on query planner, join types, and work_mem
  • From: Robert Haas
• Re: Testing Sandforce SSD
  • From: Scott Marlowe
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Maciek Sakrejda
• Re: Testing Sandforce SSD
  • From: Josh Berkus
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Andres Freund
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Kevin Grittner
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Kevin Grittner
• Re: Questions on query planner, join types, and work_mem
  • From: Peter Hussey
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Kevin Grittner
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Maciek Sakrejda
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Andres Freund
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Dave Crooke
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Maciek Sakrejda
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Andres Freund
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Kevin Grittner
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Maciek Sakrejda
• Re: Optimizing NOT IN plans / verify rewrite
  • From: Kevin Grittner
• Optimizing NOT IN plans / verify rewrite
  • From: Maciek Sakrejda
• Re: what does "initplan" operation in explain output mean?
  • From: Tom Lane
• Re: what does "initplan" operation in explain output mean?
  • From: Mark Rostron
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Merlin Moncure
• Re: what does "initplan" operation in explain output mean?
  • From: Tom Lane
• what does "initplan" operation in explain output mean?
  • From: Mark Rostron
• Re: Explains of queries to partitioned tables
  • From: Robert Haas
• Re: Testing Sandforce SSD
  • From: Karl Denninger
• Re: view columns and performance
  • From: Tom Lane
• view columns and performance
  • From: Eric Schwarzenbach
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Questions on query planner, join types, and work_mem
  • From: Tom Lane
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Josh Berkus
• Re: planner index choice
  • From: Tom Lane
• Re: Testing Sandforce SSD
  • From: Michael Stone
• Re: planner index choice
  • From: tv
• Re: planner index choice
  • From: Chris
• Re: planner index choice
  • From: Tom Lane
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Testing Sandforce SSD
  • From: Greg Spiegelberg
• planner index choice
  • From: Chris
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Andres Freund
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Tom Lane
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Josh Berkus
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Michael Stone
• Re: Testing Sandforce SSD
  • From: Michael Stone
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Vitalii Tymchyshyn
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Vitalii Tymchyshyn
• Re: 158x query improvement when removing 2 (noop) WHERE conditions
  • From: Andres Freund
• 158x query improvement when removing 2 (noop) WHERE conditions
  • From: Louis-David Mitterrand
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Craig Ringer
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Tom Lane
• Re: Questions on query planner, join types, and work_mem
  • From: Tom Lane
• Re: Questions on query planner, join types, and work_mem
  • From: Jayadevan M
• Re: Questions on query planner, join types, and work_mem
  • From: Alvaro Herrera
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Tom Lane
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Questions on query planner, join types, and work_mem
  • From: Tom Lane
• Re: Questions on query planner, join types, and work_mem
  • From: Andres Freund
• Questions on query planner, join types, and work_mem
  • From: Peter Hussey
• Re: Slow query using the Cube contrib module.
  • From: Tom Lane
• Re: how to handle a big table for data log
  • From: Josh Berkus
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Tom Lane
• Re: Slow query using the Cube contrib module.
  • From: Yeb Havinga
• Re: how to handle a big table for data log
  • From: Greg Spiegelberg
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Lew
• Re: Testing Sandforce SSD
  • From: Hannu Krosing
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Slow query using the Cube contrib module.
  • From: Liviu Mirea-Ghiban
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Hannu Krosing
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Hannu Krosing
• Re: how to handle a big table for data log
  • From: kuopo
• Re: Linux Filesystems again - Ubuntu this time
  • From: Kevin Grittner
• Re: potential performance gain by query planner optimization
  • From: Tom Lane
• Re: Linux Filesystems again - Ubuntu this time
  • From: Whit Armstrong
• Re: What is the best way to optimize the query.
  • From: Robert Haas
• Re: Linux Filesystems again - Ubuntu this time
  • From: Kevin Grittner
• Re: Linux Filesystems again - Ubuntu this time
  • From: Kevin Grittner
• Re: Linux Filesystems again - Ubuntu this time
  • From: Whit Armstrong
• Re: Linux Filesystems again - Ubuntu this time
  • From: Kevin Grittner
• Linux Filesystems again - Ubuntu this time
  • From: Mark Kirkwood
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Tom Lane
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Andres Freund
• Re: Strange explain on partitioned tables
  • From: Gerald Fontenay
• Re: Testing Sandforce SSD
  • From: Greg Spiegelberg
• Re: Testing Sandforce SSD
  • From: Scott Marlowe
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Kevin Grittner
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Greg Spiegelberg
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Matthew Wakeling
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Piotr Gasidło
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Craig Ringer
• Re: Testing Sandforce SSD
  • From: Matthew Wakeling
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Vitalii Tymchyshyn
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Craig Ringer
• Explains of queries to partitioned tables
  • From: Vlad Arkhipov
• Re: Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Piotr Gasidło
• Big difference in time returned by EXPLAIN ANALYZE SELECT ... AND SELECT ...
  • From: Piotr Gasidło
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Dimitri Fontaine
• Re: Using more tha one index per table
  • From: Dimitri Fontaine
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Joshua D. Drake
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Testing Sandforce SSD
  • From: Merlin Moncure
• Re: Testing Sandforce SSD
  • From: Greg Smith
• Re: Testing Sandforce SSD
  • From: Ben Chobot
• Re: Using more tha one index per table
  • From: Craig James
• Re: Using more tha one index per table
  • From: Torsten Zühlsdorff
• Re: Testing Sandforce SSD
  • From: david
• Re: Testing Sandforce SSD
  • From: David Boreham
• Testing Sandforce SSD
  • From: Yeb Havinga
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Craig Ringer
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Craig Ringer
• Re: Strange explain on partitioned tables
  • From: Gerald Fontenay
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Andres Freund
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Greg Smith
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Andres Freund
• Re: Strange explain on partitioned tables
  • From: Greg Smith
• Re: Strange explain on partitioned tables
  • From: Joshua D. Drake
• Re: Strange explain on partitioned tables
  • From: Gerald Fontenay
• Re: Using more tha one index per table
  • From: Craig James
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Hannu Krosing
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Joshua D. Drake
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Joshua Tolley
• Re: Using more tha one index per table
  • From: Torsten Zühlsdorff
• Re: Execution Plan
  • From: Pavel Stehule
• Execution Plan
  • From: std pik
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Scott Carey
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Hannu Krosing
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Hannu Krosing
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Andres Freund
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Joshua D. Drake
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Robert Haas
• Re: Slow query with planner row strange estimation
  • From: Robert Haas
• Re: Using more tha one index per table
  • From: Craig James
• Re: Strange explain on partitioned tables
  • From: Philippe Rimbault
• Re: Strange explain on partitioned tables
  • From: Greg Smith
• Re: Strange explain on partitioned tables
  • From: Philippe Rimbault
• Re: Using more tha one index per table
  • From: Rob Wultsch
• Re: Strange explain on partitioned tables
  • From: Philippe Rimbault
• Re: Using more tha one index per table
  • From: Richard Huxton
• Re: why index is not working in < operation?
  • From: A. Kretschmer
• Re: why index is not working in < operation?
  • From: Szymon Guz
• why index is not working in < operation?
  • From: AI Rumman
• Strange explain on partitioned tables
  • From: Philippe Rimbault
• Re: Using more tha one index per table
  • From: Steve Atkins
• Re: Using more tha one index per table
  • From: Greg Smith
• Re: Using more tha one index per table
  • From: Steve Atkins
• Re: Using more tha one index per table
  • From: Greg Smith
• Re: Using more tha one index per table
  • From: Craig James
• Re: Using more tha one index per table
  • From: Craig Ringer
• Re: potential performance gain by query planner optimization
  • From: Pavel Stehule
• Re: potential performance gain by query planner optimization
  • From: Kneringer, Armin
• Re: tune memory usage for master/slave nodes in cluster
  • From: Greg Smith
• Re: Using more tha one index per table
  • From: Greg Smith
• tune memory usage for master/slave nodes in cluster
  • From: stanimir petrov
• Re: Using more tha one index per table
  • From: Andy Colson
• Re: Using more tha one index per table
  • From: Scott Marlowe
• Re: Using more tha one index per table
  • From: Scott Marlowe
• Re: Using more tha one index per table
  • From: Rob Wultsch
• Re: Using more tha one index per table
  • From: A. Kretschmer
• Using more tha one index per table
  • From: Elias Ghanem
• Re: IDE x SAS RAID 0 on HP DL 380 G5 P400i controller performance problem
  • From: Scott Carey
• Re: potential performance gain by query planner optimization
  • From: Pavel Stehule
• potential performance gain by query planner optimization
  • From: Kneringer, Armin
• Re: dates and partitioning
  • From: Jochen Erwied
• Re: dates and partitioning
  • From: Brad Nicholson
• dates and partitioning
  • From: Kevin Kempter
• Re: IDE x SAS RAID 0 on HP DL 380 G5 P400i controller performance problem
  • From: Daniel Ferreira de Lima
• Re: how to handle a big table for data log
  • From: Jorge Montero
• Re: Big field, limiting and ordering
  • From: Vitalii Tymchyshyn
• Big field, limiting and ordering
  • From: Ivan Voras
• Re: IDE x SAS RAID 0 on HP DL 380 G5 P400i controller performance problem
  • From: Greg Smith
• Re: IDE x SAS RAID 0 on HP DL 380 G5 P400i controller performance problem
  • From: Daniel Ferreira de Lima
• how to handle a big table for data log
  • From: kuopo
• Re: IDE x SAS RAID 0 on HP DL 380 G5 P400i controller performance problem
  • From: Kevin Grittner
• IDE x SAS RAID 0 on HP DL 380 G5 P400i controller performance problem
  • From: Daniel Ferreira de Lima
• Re: What is the best way to optimize the query.
  • From: Craig Ringer
• Re: What is the best way to optimize the query.
  • From: Sergey Konoplev
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Tatsuo Ishii
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Rajesh Kumar Mallah
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Tatsuo Ishii
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Hannu Krosing
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Rajesh Kumar Mallah
• What is the best way to optimize the query.
  • From: Srikanth
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Scott Carey
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Rajesh Kumar Mallah
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Rajesh Kumar Mallah
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Greg Smith
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Rajesh Kumar Mallah
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Rajesh Kumar Mallah
• Re: Pooling in Core WAS: Need help in performance tuning.
  • From: Rajesh Kumar Mallah
• Re: now() gives same time within the session
  • From: Heikki Linnakangas
• Re: performance on new linux box
  • From: Greg Smith
• Re: Identical query slower on 8.4 vs 8.3
  • From: tv
• Re: Identical query slower on 8.4 vs 8.3
  • From: Igor Neyman
• Re: performance on new linux box
  • From: Pierre C
• Re: performance on new linux box
  • From: Craig Ringer
• Re: performance on new linux box
  • From: Craig Ringer
• Re: performance on new linux box
  • From: Ben Chobot
• Re: performance on new linux box
  • From: Scott Carey
• Re: performance on new linux box
  • From: Scott Carey
• Re: performance on new linux box
  • From: Scott Marlowe
• Re: performance on new linux box
  • From: Ryan Wexler
• Re: performance on new linux box
  • From: Ben Chobot
• Re: Question of using COPY on a table with triggers
  • From: Tom Lane
• Re: Question of using COPY on a table with triggers
  • From: Benjamin Krajmalnik
• Re: Question of using COPY on a table with triggers
  • From: Pierre C
• Re: performance on new linux box
  • From: Scott Carey
• Re: performance on new linux box
  • From: Ben Chobot
• Re: performance on new linux box
  • From: Ben Chobot
• Re: Identical query slower on 8.4 vs 8.3
  • From: Patrick Donlin