• 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-12 Chronological Index (1/4)

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

• 31 December 2006
  • Re: Worse perfomance on 8.2.0 than on 7.4.14 Tom Lane
  • Re: Worse perfomance on 8.2.0 than on 7.4.14 Dennis Bjorklund
  • Re: Worse perfomance on 8.2.0 than on 7.4.14 Dave Cramer
  • Re: Worse perfomance on 8.2.0 than on 7.4.14 Rolf Østvik
  • Re: Worse perfomance on 8.2.0 than on 7.4.14 Claus Guttesen
  • Worse perfomance on 8.2.0 than on 7.4.14 Rolf Østvik
  • Re: High update activity, PostgreSQL vs BigDBMS Guy Rouillier
• 30 December 2006
  • Re: High update activity, PostgreSQL vs BigDBMS Alex Turner
• 29 December 2006
  • Re: High update activity, PostgreSQL vs BigDBMS Jeff Frost
  • Re: High update activity, PostgreSQL vs BigDBMS Alvaro Herrera
  • Re: Backup/Restore too slow Russell Smith
  • Re: URGENT: Out of disk space pg_xlog Simon Riggs
  • Re: Backup/Restore too slow Sebastián Baioni
  • Re: Backup/Restore too slow Tom Lane
  • Re: What you would consider as heavy traffic? Rod Taylor
  • Re: Backup/Restore too slow Rod Taylor
  • Re: High update activity, PostgreSQL vs BigDBMS Arnau
  • Re: High update activity, PostgreSQL vs BigDBMS Ron
  • Re: Postgresql Configutation and overflow Dave Cramer
  • Re: Postgresql Configutation and overflow Adam Rich
  • Postgresql Configutation and overflow fabrix peñuelas
  • Postgresql Configutation and overflow Fabricio Peñuelas
• 28 December 2006
  • Re: High update activity, PostgreSQL vs BigDBMS Tom Lane
  • Re: Advice on selecting good values for work_mem? Simon Riggs
  • Re: High update activity, PostgreSQL vs BigDBMS Dave Cramer
  • Re: High update activity, PostgreSQL vs BigDBMS Shoaib Mir
  • High update activity, PostgreSQL vs BigDBMS Guy Rouillier
  • Re: [GENERAL] Need Help Richard Broersma Jr
  • Need Help JM
• 27 December 2006
  • Re: [NOVICE] Partitioning Tom Lane
• 26 December 2006
  • Re: [NOVICE] Partitioning Kevin Hunter
  • performance implications of binary placement Bob Dusek
• 24 December 2006
  • Re: [HACKERS] Questions about planner methods Martijn van Oosterhout
  • Questions about planner methods Kevin Kempter
• 23 December 2006
  • Re: URGENT: Out of disk space pg_xlog Bruce Momjian
  • Re: URGENT: Out of disk space pg_xlog Jeremy Haile
  • Re: URGENT: Out of disk space pg_xlog ohp
  • What you would consider as heavy traffic? oliver(at)obeattie(dot)com
• 22 December 2006
  • Re: URGENT: Out of disk space pg_xlog Bruce Momjian
  • Re: URGENT: Out of disk space pg_xlog Steinar H. Gunderson
  • Re: URGENT: Out of disk space pg_xlog Alvaro Herrera
  • Re: URGENT: Out of disk space pg_xlog Tom Lane
  • Re: URGENT: Out of disk space pg_xlog ohp
  • Re: URGENT: Out of disk space pg_xlog Tom Lane
  • Re: URGENT: Out of disk space pg_xlog Kevin Grittner
  • Re: URGENT: Out of disk space pg_xlog Tom Lane
  • Re: URGENT: Out of disk space pg_xlog Jeremy Haile
  • Re: URGENT: Out of disk space pg_xlog Simon Riggs
  • Re: URGENT: Out of disk space pg_xlog Jeremy Haile
  • Re: URGENT: Out of disk space pg_xlog Kevin Grittner
  • Re: URGENT: Out of disk space pg_xlog Simon Riggs
  • Re: URGENT: Out of disk space pg_xlog Joshua D. Drake
  • Re: URGENT: Out of disk space pg_xlog Jeremy Haile
  • URGENT: Out of disk space pg_xlog Jeremy Haile
  • Backup/Restore too slow Sebastián Baioni
• 20 December 2006
  • Re: Question: Clustering & Load Balancing Michal Taborsky - Internet Mall
  • Re: GROUP BY vs DISTINCT Tom Lane
  • Question: Clustering & Load Balancing CARMODA
  • Re: GROUP BY vs DISTINCT Peter Childs
  • Re: GROUP BY vs DISTINCT Steinar H. Gunderson
  • Re: max_fsm_pages and check_points Ragnar
  • GROUP BY vs DISTINCT Brian Herlihy
  • max_fsm_pages and check_points ALVARO ARCILA
• 19 December 2006
  • Re: Inner join vs where-clause subquery Jeremy Haile
  • Re: Inner join vs where-clause subquery Jeremy Haile
  • Re: Inner join vs where-clause subquery Richard Huxton
  • Re: Inner join vs where-clause subquery Jeremy Haile
  • Re: Inner join vs where-clause subquery Richard Huxton
  • Re: Inner join vs where-clause subquery Jeremy Haile
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: Inner join vs where-clause subquery Richard Huxton
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Inner join vs where-clause subquery Jeremy Haile
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Tom Lane
• 18 December 2006
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Simon Riggs
  • Re: Advice on selecting good values for work_mem? Bill Moran
  • Re: Advice on selecting good values for work_mem? Bill Moran
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Re: opportunity to benchmark a quad core Xeon Jeff Frost
  • Re: Query plan changing when queried data does not Tom Lane
  • Query plan changing when queried data does not Harry Hehl
  • Re: transaction ID wrap limit Tom Lane
  • Re: New to PostgreSQL, performance considerations Ron
  • transaction ID wrap limit Sabin Coanda
  • Re: Optimizing timestamp queries? Inefficient Overlaps? Tom Lane
  • Optimizing timestamp queries? Inefficient Overlaps? Adam Rich
  • Re: Scaling concerns Tom Lane
  • Re: Scaling concerns tsuraan
  • Re: Scaling concerns Greg Smith
• 17 December 2006
  • Re: Scaling concerns tsuraan
  • Re: Scaling concerns tsuraan
  • Re: Scaling concerns Bill Moran
  • Re: File Systems Compared Bruno Wolff III
  • Re: Scaling concerns Luke Lonergan
  • Re: Scaling concerns Andreas Kostyrka
• 16 December 2006
  • Re: Scaling concerns Dimitri Fontaine
  • Re: partition text/varchar check problem Tom Lane
  • Re: partition text/varchar check problem jamcito
  • Re: partition text/varchar check problem Ireneusz Pluta
  • Re: partition text/varchar check problem -- solved jamcito
  • Re: Scaling concerns tsuraan
  • Re: New to PostgreSQL, performance considerations Michael Stone
  • Re: Scaling concerns Steinar H. Gunderson
  • Scaling concerns tsuraan
  • Re: New to PostgreSQL, performance considerations Steinar H. Gunderson
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: partition text/varchar check problem Tom Lane
  • partition text/varchar check problem jamcito
  • Re: New to PostgreSQL, performance considerations Cosimo Streppone
  • Re: opportunity to benchmark a quad core Xeon Arjen van der Meijden
  • opportunity to benchmark a quad core Xeon Jeff Frost
  • Re: New to PostgreSQL, performance considerations Michael Stone
• 15 December 2006
  • Re: New to PostgreSQL, performance considerations Alexander Staubo
  • Re: File Systems Compared Bruno Wolff III
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Ron
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: File Systems Compared Bruno Wolff III
  • Re: File Systems Compared Bruno Wolff III
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Gregory Stark
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Tom Lane
  • Re: New to PostgreSQL, performance considerations Merlin Moncure
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Martijn van Oosterhout
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Tom Lane
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Tom Lane
  • Re: New to PostgreSQL, performance considerations Greg Smith
  • Re: New to PostgreSQL, performance considerations Merlin Moncure
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Florian Weimer
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Martijn van Oosterhout
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Martijn van Oosterhout
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Simon Riggs
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Dimitri Fontaine
  • Re: [HACKERS] EXPLAIN ANALYZE on 8.2 Martijn van Oosterhout
  • Re: EXPLAIN ANALYZE on 8.2 Simon Riggs
  • Re: New to PostgreSQL, performance considerations Steinar H. Gunderson
  • Re: New to PostgreSQL, performance considerations Alexander Staubo
  • Re: New to PostgreSQL, performance considerations Greg Smith
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: New to PostgreSQL, performance considerations Alexander Staubo
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: EXPLAIN ANALYZE on 8.2 Tom Lane
• 14 December 2006
  • Re: EXPLAIN ANALYZE on 8.2 Mark Kirkwood
  • Re: EXPLAIN ANALYZE on 8.2 Kelly Burkhart
  • Re: New to PostgreSQL, performance considerations Alexander Staubo
  • Re: Insertion to temp table deteriorating over time Tom Lane
  • Re: File Systems Compared Ron Mayer
  • Re: Insertion to temp table deteriorating over time Steven Flatt
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: strange query behavior Tim Jones
  • Re: New to PostgreSQL, performance considerations Alexander Staubo
  • Re: strange query behavior Tom Lane
  • Re: strange query behavior Tom Lane
  • Re: File Systems Compared Bruno Wolff III
  • unsubscribe Rohit Prakash Khare
  • Re: Slow update with simple query Tom Lane
  • Re: EXPLAIN ANALYZE on 8.2 Tom Lane
  • Re: Slow update with simple query Mark Lewis
  • Re: EXPLAIN ANALYZE on 8.2 Evgeny Gridasov
  • Re: Slow update with simple query Arnaud Lesauvage
  • Re: Slow update with simple query Tom Lane
  • Re: New to PostgreSQL, performance considerations Matthew O'Connor
  • Re: EXPLAIN ANALYZE on 8.2 Tom Lane
  • Re: New to PostgreSQL, performance considerations Ron
  • Re: New to PostgreSQL, performance considerations Michael Stone
  • Re: New to PostgreSQL, performance considerations Greg Smith
  • Re: Slow update with simple query Arnaud Lesauvage
  • Re: Slow update with simple query Tom Lane

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