• 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-01 Chronological Index (2/3)

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

• 19 January 2006
  • query plans different for 8.1 on windows and aix Tim Jones
  • Re: 3WARE Card performance boost? Vivek Khera
  • Re: Stored Procedures Andreas Kretschmer
  • Stored Procedures Benjamin Arai
  • Re: Use of Stored Procedures and Markus Schaber
  • Re: Use of Stored Procedures and Marcos
  • Re: Use of Stored Procedures and Markus Schaber
  • Re: Use of Stored Procedures and Marcos
• 18 January 2006
  • Re: Autovacuum / full vacuum (off-topic?) Jim C. Nasby
  • Re: Autovacuum / full vacuum (off-topic?) Michael Crozier
  • Re: Autovacuum / full vacuum (off-topic?) Michael Crozier
  • Re: 3WARE Card performance boost? Jim C. Nasby
  • Re: Autovacuum / full vacuum (off-topic?) Chris Browne
  • Re: Simple Question of Performance ILIKE or Lower Jim C. Nasby
  • Re: Autovacuum / full vacuum (off-topic?) Jim C. Nasby
  • Re: Autovacuum / full vacuum Jim C. Nasby
  • Re: 3WARE Card performance boost? William Yu
  • Re: 3WARE Card performance boost? Steinar H. Gunderson
  • Re: 3WARE Card performance boost? William Yu
  • Re: Use of Stored Procedures and Michael Fuhr
  • Re: Multiple Order By Criteria J
  • Re: 3WARE Card performance boost? Joost Kraaijeveld
  • Re: 3WARE Card performance boost? Alex Turner
  • Re: Autovacuum / full vacuum (off-topic?) Michael Crozier
  • Re: 3WARE Card performance boost? Alex Turner
  • Re: SAN/NAS options Michael Adler
  • Re: 3WARE Card performance boost? Benjamin Arai
  • Re: 3WARE Card performance boost? Joshua D. Drake
  • 3WARE Card performance boost? Benjamin Arai
  • Re: Autovacuum / full vacuum Chris Browne
  • Re: Autovacuum / full vacuum Alvaro Herrera
  • Re: Suspending SELECTs mark
  • Re: Autovacuum / full vacuum Mindaugas
  • Re: Suspending SELECTs Harry Jackson
  • Re: Suspending SELECTs Alessandro Baretta
  • Re: Multiple Order By Criteria Stephan Szabo
  • Re: wildcard search performance with "like" Michael Riess
  • Re: Suspending SELECTs mark
  • Re: Autovacuum / full vacuum Michael Riess
  • Re: Multiple Order By Criteria J
  • Simple Question of Performance ILIKE or Lower Marcos
  • Re: Suspending SELECTs Alessandro Baretta
  • Re: Suspending SELECTs Tino Wildenhain
  • Re: Suspending SELECTs Alessandro Baretta
  • Re: Suspending SELECTs Mark Kirkwood
  • Re: Multiple Order By Criteria Ahmad Fajar
  • Re: Getting pg to use index on an inherited table (8.1.1) Tom Lane
  • Re: Suspending SELECTs Tom Lane
  • Re: Suspending SELECTs Craig A. James
  • Getting pg to use index on an inherited table (8.1.1) Hari Warrier
  • Re: Suspending SELECTs Mark Kirkwood
  • Re: Multiple Order By Criteria J
• 17 January 2006
  • Re: Multiple Order By Criteria Stephan Szabo
  • Re: Suspending SELECTs Josh Berkus
  • Re: Multiple Order By Criteria J
  • Re: Multiple Order By Criteria Fredrick O Jackson
  • Re: Suspending SELECTs Josh Berkus
  • Re: Suspending SELECTs Frank Wiles
  • Re: Autovacuum / full vacuum Jim C. Nasby
  • Re: Multiple Order By Criteria Stephan Szabo
  • Re: Multiple Order By Criteria J
  • Re: Multiple Order By Criteria Josh Berkus
  • Multiple Order By Criteria J
  • Re: Suspending SELECTs Mark Lewis
  • Re: Suspending SELECTs mark
  • Re: sum of left join greater than its parts Josh Berkus
  • Re: wildcard search performance with "like" Tom Lane
  • Re: Suspending SELECTs Jim C. Nasby
  • Re: Ensuring data integrity with fsync=off Jim C. Nasby
  • Re: big databases & hospitals Jim C. Nasby
  • Re: Suspending SELECTs Tom Lane
  • wildcard search performance with "like" Yantao Shi
  • Re: Suspending SELECTs Alessandro Baretta
  • Re: Suspending SELECTs Michael Stone
  • Re: Suspending SELECTs Alessandro Baretta
  • Re: Autovacuum / full vacuum Tom Lane
  • Re: Autovacuum / full vacuum Chris Browne
  • Re: Autovacuum / full vacuum Andrew Sullivan
  • Re: Autovacuum / full vacuum Scott Marlowe
  • Re: Autovacuum / full vacuum Alvaro Herrera
  • Re: Autovacuum / full vacuum Markus Schaber
  • Re: Autovacuum / full vacuum Andrew Sullivan
  • sum of left join greater than its parts Robert Treat
  • Re: Autovacuum / full vacuum Chris Browne
  • Re: Autovacuum / full vacuum Scott Marlowe
  • Re: Autovacuum / full vacuum Tom Lane
  • Re: Autovacuum / full vacuum Andrew Sullivan
  • Re: Autovacuum / full vacuum Andrew Sullivan
  • Re: Autovacuum / full vacuum Tom Lane
  • Re: Autovacuum / full vacuum hubert depesz lubaczewski
  • Re: Autovacuum / full vacuum Andrew Sullivan
  • Re: Autovacuum / full vacuum Andrew Sullivan
  • Re: Autovacuum / full vacuum Michael Stone
  • Re: Autovacuum / full vacuum Michael Riess
  • Re: Autovacuum / full vacuum Andrew Sullivan
  • Re: Autovacuum / full vacuum Michael Riess
  • Re: Autovacuum / full vacuum Christopher Browne
  • Re: Autovacuum / full vacuum Larry Rosenman
  • Re: Autovacuum / full vacuum Michael Riess
  • Re: Autovacuum / full vacuum Markus Schaber
  • Re: Autovacuum / full vacuum Matthew T. O'Connor
  • Re: Autovacuum / full vacuum Michael Riess
  • Re: Autovacuum / full vacuum Christopher Browne
  • Re: new to postgres (and db management) and performance Markus Schaber
  • Re: new to postgres (and db management) and performance Markus Schaber
  • Re: new to postgres (and db management) and performance already a problem :-( Andrew Sullivan
  • Re: Autovacuum / full vacuum Alvaro Herrera
  • Re: Autovacuum / full vacuum Michael Stone
  • Re: Autovacuum / full vacuum Pandurangan R S
  • Use of Stored Procedures and Marcos
  • Re: Autovacuum / full vacuum Michael Riess
  • Re: Autovacuum / full vacuum Christopher Kings-Lynne
  • Autovacuum / full vacuum Michael Riess
  • Re: new to postgres (and db management) and performance already a problem :-( Antoine
  • Re: new to postgres (and db management) and performance already a problem :-( me
  • Re: new to postgres (and db management) and performance already a problem :-( Christopher Browne
  • Re: new to postgres (and db management) and performance already a problem :-( me
  • Re: new to postgres (and db management) and performance already a problem :-( Tom Lane
• 16 January 2006
  • Re: new to postgres (and db management) and performance already a problem :-( me
  • Re: new to postgres (and db management) and performance already a problem :-( Tom Lane
  • Re: new to postgres (and db management) and performance already a problem :-( Andrew Sullivan
  • new to postgres (and db management) and performance already a problem :-( Antoine
  • Re: Use of * affect the performance Qingqing Zhou
  • Re: Suspending SELECTs Craig A. James
  • Re: Suspending SELECTs Mark Lewis
  • Re: Suspending SELECTs Tom Lane
  • Re: Suspending SELECTs Alvaro Herrera
  • Re: Suspending SELECTs Tom Lane
  • Use of * affect the performance Marcos
  • Re: Materialized Views Michael Riess
  • Re: Materialized Views me
  • Re: Materialized Views Frank Wiles
  • Materialized Views Michael Riess
  • Suspending SELECTs Alessandro Baretta
• 15 January 2006
  • Re: SAN/NAS options Luke Lonergan
  • Re: SAN/NAS options Christopher Browne
  • Re: SAN/NAS options Luke Lonergan
  • Re: SAN/NAS options Charles Sprickman
  • Re: SAN/NAS options Charles Sprickman
• 14 January 2006
  • Re: big databases & hospitals Jaime Casanova
  • Re: Ensuring data integrity with fsync=off Tom Lane
  • Re: big databases & hospitals Chris Mair
  • Ensuring data integrity with fsync=off Benjamin Arai
  • Re: >= forces row compare and not index elements compare when possible Tom Lane
  • Re: Hanging Query Tom Lane
  • Re: big databases & hospitals Tomka Gergely
  • Re: big databases & hospitals Javier Carlos
  • big databases & hospitals Tomka Gergely
  • Re: Extremely irregular query performance Bruce Momjian
  • Re: Stable function being evaluated more than once in a single query Jim C. Nasby
  • Re: Stable function being evaluated more than once in a single query Tom Lane
  • Re: Throwing unnecessary joins away Jim C. Nasby
  • Re: Throwing unnecessary joins away Jim C. Nasby
  • Re: Stable function being evaluated more than once in a single query Jim C. Nasby
• 13 January 2006
  • Re: Slow query with joins Jim C. Nasby
  • Re: insert without oids Michael Stone
  • Re: insert without oids Neil Conway
  • Re: insert without oids Michael Fuhr
  • insert without oids Michael Stone
  • Re: Please Help: PostgreSQL performance Optimization Frank Wiles
  • Re: Please Help: PostgreSQL performance Optimization Jamal Ghaffour
• 12 January 2006
  • Re: Extremely irregular query performance Kenneth Marshall
  • Re: Please Help: PostgreSQL performance Optimization Jaime Casanova
  • Re: Extremely irregular query performance Jean-Philippe Cote
  • Re: Extremely irregular query performance Kenneth Marshall
  • Re: Throwing unnecessary joins away Ottó Havasvölgyi
  • Re: Please Help: PostgreSQL performance Optimization Andrew Lazarus
  • Re: Throwing unnecessary joins away Scott Marlowe
  • Re: Throwing unnecessary joins away Ottó Havasvölgyi
  • Re: Throwing unnecessary joins away Szűcs Gábor
  • Re: Throwing unnecessary joins away Tom Lane
  • Re: Please Help: PostgreSQL performance Optimization Jamal Ghaffour
  • query slower on 8.1 than 7.3 Robert Treat
  • Re: Throwing unnecessary joins away Ottó Havasvölgyi
  • Re: Throwing unnecessary joins away Alessandro Baretta
  • Throwing unnecessary joins away Ottó Havasvölgyi
  • Re: Extremely irregular query performance Simon Riggs
  • Re: indexes on primary and foreign keys Tom Lane
  • Re: Stable function being evaluated more than once in a single query Tom Lane
  • Re: Index isn't used during a join. Robert Creager

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