Mailing lists [pgsql-performance]
- are views typically any faster/slower than equivilent joins? Brian Tarbox
- Re: are views typically any faster/slower than equivilent joins? Rod Taylor
- Re: are views typically any faster/slower than equivilent joins? Rod Taylor
- Re: are views typically any faster/slower than equivilent joins? Bruno Wolff III
- Re: are views typically any faster/slower than Rod Taylor
- Re: Index speeds up one row table (why)? Rod Taylor
- Select Query Performance Ricky Prasla
- Re: Select Query Performance Rod Taylor
- FW: Query Plan problem George Papastamatopoulos
- Re: FW: Query Plan problem Tom Lane
- Degrading performance Mindaugas Riauba
- Re: FW: Query Plan problem Paul Smith
- Re: Degrading performance Tom Lane
- Re: Enabling and Disabling Sequencial Scan scott.marlowe
- Re: Enabling and Disabling Sequencial Scan scott.marlowe
- Re: Degrading performance scott.marlowe
- Re: Degrading performance Tom Lane
- Re: Degrading performance scott.marlowe
- Re: Enabling and disabling run time configuration parameters. scott.marlowe
- Re: Enabling and disabling run time configuration parameters. Andrew Sullivan
- Re: Enabling and disabling run time configuration parameters. Josh Berkus
- Re: Enabling and disabling run time configuration parameters. Rod Taylor
- Re: Enabling and disabling run time configuration parameters. Bruno Wolff III
- Hash or merge join instead of inner loop Jim C. Nasby
- FW: [ADMIN] Shared_buffers and kernel parameters, tuning Howard Oblowitz
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Shridhar Daithankar
- Re: Hash or merge join instead of inner loop Tom Lane
- Re: Hash or merge join instead of inner loop Shridhar Daithankar
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Josh Berkus
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Shridhar Daithankar
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Josh Berkus
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Bruno Wolff III
- Re-ordering .CONF params ... questions for this list Josh Berkus
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Vincent van Leeuwen
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Josh Berkus
- Re: Re-ordering .CONF params ... questions for this list Richard Huxton
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Bruce Momjian
- Re: Hash or merge join instead of inner loop Jim C. Nasby
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Tom Lane
- Re: Re-ordering .CONF params ... questions for this list Joe Conway
- Re: Hash or merge join instead of inner loop Tom Lane
- Re: Re-ordering .CONF params ... questions for this list Josh Berkus
- Re: Re-ordering .CONF params ... questions for this list Tom Lane
- Re: Re-ordering .CONF params ... questions for this list Josh Berkus
- Re: Re-ordering .CONF params ... questions for this list Josh Berkus
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Vincent van Leeuwen
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Vincent van Leeuwen
- Re: FW: [ADMIN] Shared_buffers and kernel parameters, tuning Bruce Momjian
- left join performance problem pginfo
- tweaking costs to favor nestloop Vincent van Leeuwen
- Re: tweaking costs to favor nestloop Tom Lane
- Re: left join performance problem Tom Lane
- Re: left join performance problem pginfo
- Re: Table Relationships Andreas Kostyrka
- new monster box CONF suggestion please Patrick Hatcher
- Adjusting fsm values was Re: [BUGS] db growing out of proportion Robert Creager
- Re: tweaking costs to favor nestloop Vincent van Leeuwen
- Re: tweaking costs to favor nestloop Tom Lane
- 7.3 vs 7.2 - different query plan, bad performance Ryszard Lach
- Re: 7.3 vs 7.2 - different query plan, bad performance Bruno Wolff III
- Re: Re-ordering .CONF params ... questions for this list Nick Fankhauser
- Re: Re-ordering .CONF params ... questions for this list Josh Berkus
- any way to use indexscan to get last X values with "order by Y limit X" clause? Tomaz Borstnar
- Re: any way to use indexscan to get last X values with "order by Y limit X" clause? Shridhar Daithankar
- Re: any way to use indexscan to get last X values Tomaz Borstnar
- Re: any way to use indexscan to get last X values with Stephan Szabo
- Re: any way to use indexscan to get last X values with "order by Y limit X" clause? Tom Lane
- Re: 7.3 vs 7.2 - different query plan, bad performance Manfred Koizar
- Re: any way to use indexscan to get last X values Tomaz Borstnar
- Re: any way to use indexscan to get last X values Tomaz Borstnar
- Re: left join performance problem Jim C. Nasby
- Re: tweaking costs to favor nestloop Jim C. Nasby
- Re: left join performance problem Tom Lane
- Partial index where clause not filtering through Jim C. Nasby
- Re: left join performance problem Jim C. Nasby
- Re: Partial index where clause not filtering through Tom Lane
- Re: any way to use indexscan to get last X values Shridhar Daithankar
- Re: Partial index where clause not filtering through Jim C. Nasby
- Re: 7.3 vs 7.2 - different query plan, bad performance siaco@allegro.pl
- Re: any way to use indexscan to get last X values Tomaz Borstnar
- Re: any way to use indexscan to get last X values Shridhar Daithankar
- Re: left join performance problem Bruno Wolff III
- Re: 7.3 vs 7.2 - different query plan, bad performance Manfred Koizar
- Re: 7.3 vs 7.2 - different query plan, bad performance Ryszard Lach
- Re: 7.3 vs 7.2 - different query plan, bad performance Manfred Koizar
- Re: left join performance problem Tom Lane
- Re: 7.3 vs 7.2 - different query plan, bad performance Ryszard Lach
- Re: Partial index where clause not filtering through Tom Lane
- Re: 7.3 vs 7.2 - different query plan, bad performance Tom Lane
- Re: A bit OT- RE: Re-ordering .CONF params ... questions for this list Josh Berkus
- functional indexes instead of regular index on field(s)? Tomaz Borstnar
- Re: functional indexes instead of regular index on field(s)? Bruno Wolff III
- sequential scans on few columns tables Tomasz Myrta
- Re: sequential scans on few columns tables Bruno Wolff III
- Re: sequential scans on few columns tables Tomasz Myrta
- Postgres Connections Requiring Large Amounts of Memory Dawn Hollingsworth
- Re: Postgres Connections Requiring Large Amounts of Memory Tom Lane
- Re: Postgres Connections Requiring Large Amounts of Memory Dawn Hollingsworth
- Re: Postgres Connections Requiring Large Amounts of Memory Tom Lane
- Re: Partial index where clause not filtering through Jim C. Nasby
- Re: Partial index where clause not filtering through Tom Lane
- Re: left join performance problem Jim C. Nasby
- Re: sequential scans on few columns tables Jim C. Nasby
- Interesting incosistent query timing Ernest E Vogelsinger
- Re: [GENERAL] Interesting incosistent query timing Manfred Koizar
- Re: Interesting incosistent query timing Nikolaus Dilger
- Re: Interesting incosistent query timing Ernest E Vogelsinger
- approve xec5mm unsubscribe pgsql-performance jgimenez@sipec.es Jordi Giménez
- Limiting Postgres memory usage Howard Oblowitz
- Re: Limiting Postgres memory usage Shridhar Daithankar
- Re: Postgres Connections Requiring Large Amounts of Memory Dawn Hollingsworth
- Re: Postgres Connections Requiring Large Amounts of Memory Tom Lane
- Re: Postgres Connections Requiring Large Amounts of Memory Dawn Hollingsworth
- Re: Postgres Connections Requiring Large Amounts of Memory Tom Lane
- Re: Interesting incosistent query timing nikolaus@dilger.cc
- Re: Interesting incosistent query timing Ernest E Vogelsinger
- Re: Postgres Connections Requiring Large Amounts of Memory Dawn Hollingsworth
- Re: Postgres Connections Requiring Large Amounts of Memory Tom Lane
- Re: Interesting incosistent query timing Tom Lane
- Re: Postgres Connections Requiring Large Amounts of Memory SZŰCS Gábor
- Recent 7.4 change slowed down a query by a factor of 3 Bruno Wolff III
- Re: Recent 7.4 change slowed down a query by a factor of 3 Tom Lane
- Re: Recent 7.4 change slowed down a query by a factor of 3 Bruno Wolff III
- Re: Recent 7.4 change slowed down a query by a factor of 3 Bruno Wolff III
- Re: Recent 7.4 change slowed down a query by a factor of 3 Bruno Wolff III
- Re: Recent 7.4 change slowed down a query by a factor of 3 Tom Lane
- Deleting one record from a table taking 17s. Yusuf
- Re: Deleting one record from a table taking 17s. Rod Taylor
- Re: Deleting one record from a table taking 17s. Tom Lane
- Re: Deleting one record from a table taking 17s. Yusuf
- Re: Deleting one record from a table taking 17s. Rod Taylor
- Unsubscribe Howard Oblowitz
- Performance advice Michael Mattox
- Re: Performance advice Shridhar Daithankar
- Re: Performance advice Shridhar Daithankar
- Re: Performance advice Achilleus Mantzios
- Re: Performance advice Shridhar Daithankar
- Re: Performance advice Richard Huxton
- Re: Performance advice Michael Mattox
- Re: Performance advice Tom Lane
- Re: Performance advice Michael Mattox
- Re: Performance advice Josh Berkus
- Re: Performance advice Rod Taylor
- Re: Performance advice Michael Mattox
- Re: Performance advice Manfred Koizar
- Re: Performance advice Hilary Forbes
- Re: Performance advice Howard Oblowitz
- Re: Performance advice Michael Mattox
- Re: Performance advice Shridhar Daithankar
- Re: Performance advice Rod Taylor
- Re: Performance advice Rod Taylor
- Re: Performance advice Achilleus Mantzios
- How to optimize monstrous query, sorts instead of using index Michael Mattox
- Re: Performance advice Paul Thomas
- Re: How to optimize monstrous query, sorts instead of using index Rod Taylor
- Re: How to optimize monstrous query, sorts instead of using index Michael Mattox
- Re: How to optimize monstrous query, sorts instead of Rod Taylor
- Re: How to optimize monstrous query, sorts instead of Michael Mattox
- Re: Performance advice pgsql@newtopia.com
- Re: How to optimize monstrous query, sorts instead of Rod Taylor
- Re: How to optimize monstrous query, sorts instead of Michael Mattox
- Re: How to optimize monstrous query, sorts instead of using index SZUCS Gábor
- Re: How to optimize monstrous query, sorts instead of Rod Taylor
- Re: How to optimize monstrous query, sorts instead of SZUCS Gábor
- Re: How to optimize monstrous query, sorts instead of using index Michael Mattox
- Re: How to optimize monstrous query, sorts instead of Michael Mattox
- Re: How to optimize monstrous query, sorts instead of Tom Lane
- Re: How to optimize monstrous query, sorts instead of using index Tom Lane
- Similar querys, better execution time on worst execution plan Fernando Papa
- Query running slower than same on Oracle Sailer, Denis (YBUSA-CDR)
- Re: Query running slower than same on Oracle Tom Lane
- Re: Query running slower than same on Oracle Josh Berkus
- Re: Similar querys, better execution time on worst execution plan SZUCS Gábor
- Re: Performance advice Manfred Koizar
- problem with pg_statistics Andre Schubert
- Re: Similar querys, better execution time on worst execution plan Fernando Papa
- Re: problem with pg_statistics Tom Lane
- Re: Similar querys, better execution time on worst execution plan SZUCS Gábor
- Re: problem with pg_statistics Manfred Koizar
- Re: problem with pg_statistics Tom Lane
- Re: problem with pg_statistics Andre Schubert
- Re: problem with pg_statistics Andre Schubert
- Re: problem with pg_statistics Manfred Koizar
- Re: problem with pg_statistics Andre Schubert
- Re: problem with pg_statistics Manfred Koizar
- Large querie with several EXISTS which will be often runned Bruno BAGUETTE
- Re: Large querie with several EXISTS which will be often runned Josh Berkus
- Memory question Patrick Hatcher
- Re: Memory question scott.marlowe
- Re: Memory question Josh Berkus
- Re: Memory question Patrick Hatcher
- Re: Memory question Patrick Hatcher
- Re: Memory question Jord Tanner
- Re: Memory question Matthew Hixson
- Re: Memory question Arjen van der Meijden
- Re: Memory question Arjen van der Meijden
- Re: Memory question scott.marlowe
- RE : Large querie with several EXISTS which will be often runned Bruno BAGUETTE
- Re: Large querie with several EXISTS which will be often runned Shridhar Daithankar
- 'best practises' to speed up sorting? tuning postgresql.conf Chris Hutchinson
- Re: 'best practises' to speed up sorting? tuning postgresql.conf Shridhar Daithankar
- Re: 'best practises' to speed up sorting? tuning postgresql.conf Arjen van der Meijden
- Re: Memory question Thomas Swan
- Re: Memory question Jonathan Gardner
- Query planner plans very inefficient plans Robert Wille
- Re: Query planner plans very inefficient plans Tom Lane
- Re: Query planner plans very inefficient plans Sean Chittenden