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

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

• 28 March 2008
  • [no subject] Unknown
  • [no subject] Unknown
• 01 February 2006
  • Re: Sequential scan being used despite indexes Michael Fuhr
  • Re: Sequential scan being used despite indexes Joshua D. Drake
  • Sequential scan being used despite indexes James Russell
  • Re: Huge Data sets, simple queries Jim C. Nasby
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Steinar H. Gunderson
  • Re: Storing Digital Video Matt Davies | Postgresql List
  • Storing Digital Video Rodrigo Madera
• 31 January 2006
  • partitioning and locking problems Marc Morin
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Jim C. Nasby
  • Re: Huge Data sets, simple queries PFC
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Jeffrey W. Baker
  • Re: Delete me Jim C. Nasby
  • Re: Huge Data sets, simple queries Jim C. Nasby
  • Re: Delete me Richard Huxton
  • Re: Huge Data sets, simple queries Kevin
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Delete me 2386429
  • Re: Query planner issue Tom Lane
  • Re: Where is my bottleneck? Richard Huxton
  • Re: Query planner issue Emmanuel Lacour
• 30 January 2006
  • Re: Query planner issue Jim Buttafuoco
  • Re: Query planner issue Mark Lewis
  • Query planner issue Emmanuel Lacour
  • Re: Huge Data sets, simple queries Jim C. Nasby
  • Re: Where is my bottleneck? Jim C. Nasby
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries hubert depesz lubaczewski
  • Re: Where is my bottleneck? Luke Lonergan
  • Re: Where is my bottleneck? Michael Stone
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Charles Sprickman
  • Re: Desperate: View not using indexes (very slow) Tom Lane
  • Re: Huge Data sets, simple queries Craig A. James
  • Re: Huge Data sets, simple queries Michael Adler
• 29 January 2006
  • Re: Huge Data sets, simple queries Jeffrey W. Baker
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Michael Stone
  • Re: Huge Data sets, simple queries hubert depesz lubaczewski
• 28 January 2006
  • Re: Huge Data sets, simple queries Tom Lane
  • Re: Huge Data sets, simple queries Luke Lonergan
  • Re: Huge Data sets, simple queries Tom Lane
  • Re: Huge Data sets, simple queries Jeffrey W. Baker
  • Re: Huge Data sets, simple queries Tom Lane
  • Re: Huge Data sets, simple queries Jeffrey W. Baker
  • Huge Data sets, simple queries Mike Biamonte
• 27 January 2006
  • Re: [GENERAL] Creation of tsearch2 index is very Ron
  • Re: [GENERAL] Creation of tsearch2 index is very Ron
  • Re: [GENERAL] Creation of tsearch2 index is very Craig A. James
  • Re: [GENERAL] Creation of tsearch2 index is very Ron
  • Re: [GENERAL] Creation of tsearch2 index is very Alvaro Herrera
  • Re: [GENERAL] Creation of tsearch2 index is very Ron
• 26 January 2006
  • Re: Incorrect Total runtime Reported by Explain Analyze!? Jozsef Szalay
  • Re: Incorrect Total runtime Reported by Explain Analyze!? Scott Marlowe
  • Re: Incorrect Total runtime Reported by Explain Analyze!? Michael Fuhr
  • Re: Incorrect Total runtime Reported by Explain Analyze!? Jozsef Szalay
  • Re: Query optimization with X Y JOIN J
  • Re: Incorrect Total runtime Reported by Explain Analyze!? Richard Huxton
  • Re: Query optimization with X Y JOIN Richard Huxton
  • Re: Incorrect Total runtime Reported by Explain Analyze!? Scott Marlowe
  • Re: Query optimization with X Y JOIN Joshua D. Drake
  • Re: Query optimization with X Y JOIN J
  • Re: Query optimization with X Y JOIN Craig A. James
  • Incorrect Total runtime Reported by Explain Analyze!? Jozsef Szalay
  • Query optimization with X Y JOIN J
  • Re: PostgreSQL Solaris packages now in beta Jignesh K. Shah
  • Re: Physical column size Mario Weilguni
  • Physical column size Paul Mackay
  • PostgreSQL Solaris packages now in beta Robert Lor
• 25 January 2006
  • Re: DB responce during DB dump Evgeny Gridasov
  • Re: DB responce during DB dump Evgeny Gridasov
  • Re: DB responce during DB dump Tom Lane
  • Desperate: View not using indexes (very slow) Jen Sale
  • Re: DB responce during DB dump Richard Huxton
  • DB responce during DB dump Evgeny Gridasov
  • Re: Inconsistant query plan Alessandro Baretta
  • Re: Inconsistant query plan Daniel Gish
• 24 January 2006
  • Re: Inconsistant query plan Michael Fuhr
  • Re: Inconsistant query plan Scott Marlowe
  • Inconsistant query plan Daniel Gish
  • Re: Investigating IO Saturation Andrew Sullivan
  • Re: Investigating IO Saturation Chris Browne
  • Where is my bottleneck? Arnau Rebassa Villalonga
  • Re: Investigating IO Saturation Joshua D. Drake
  • Re: Investigating IO Saturation Tom Lane
  • Re: Investigating IO Saturation Brad Nicholson
  • Re: Investigating IO Saturation Joshua D. Drake
  • Investigating IO Saturation Brad Nicholson
• 23 January 2006
  • unsubscribe Adnan HOTMAIL
  • Re: Slow queries consisting inner selects and order bys & hack to speed up Tom Lane
  • Re: [PERFORMANCE] Stored Procedures Frank Wiles
  • Re: [PERFORMANCE] Stored Procedures Dave Dutcher
  • Re: [PERFORMANCE] Stored Procedures Marcos
  • Re: [PERFORMANCE] Stored Procedures Markus Schaber
  • Re: Suspending SELECTs Alessandro Baretta
  • Re: [PERFORMANCE] Stored Procedures Marcos
  • ENC: RES: pg_dump slow - Solution Franklin Haut
• 22 January 2006
  • Re: tsearch2 headline and postgresql.conf pgsql-performance
  • Re: Suspending SELECTs August Zajonc
  • Re: tsearch2 headline and postgresql.conf Oleg Bartunov
  • tsearch2 headline and postgresql.conf pgsql-performance
  • Re: libpq vs. unixODBC performance Tom Lane
• 21 January 2006
  • libpq vs. unixODBC performance Constantine Filin
  • Re: [PERFORMANCE] Stored Procedures Rikard Pavelic
  • Re: [GENERAL] Creation of tsearch2 index is very Tom Lane
  • Slow queries consisting inner selects and order bys & hack to speed up Ümit Öztosun
  • Re: [GENERAL] Creation of tsearch2 index is very David Lang
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: [GENERAL] Creation of tsearch2 index is very Tom Lane
  • Re: [GENERAL] Creation of tsearch2 index is very slow Oleg Bartunov
  • Re: [GENERAL] Creation of tsearch2 index is very slow Oleg Bartunov
  • Re: [GENERAL] Creation of tsearch2 index is very Ron
  • Re: [GENERAL] Creation of tsearch2 index is very Oleg Bartunov
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: SELECT MIN, MAX took longer time than SELECT K C Lau
  • Re: [GENERAL] Creation of tsearch2 index is very Oleg Bartunov
  • Re: [GENERAL] Creation of tsearch2 index is very slow Oleg Bartunov
  • Re: SELECT MIN, MAX took longer time than SELECT K C Lau
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: [GENERAL] Creation of tsearch2 index is very Ron
  • Re: [PERFORMANCE] Stored Procedures Rikard Pavelic
  • Re: [GENERAL] Creation of tsearch2 index is very slow Craig A. James
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
  • Re: [GENERAL] Creation of tsearch2 index is very slow Tom Lane
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
• 20 January 2006
  • Re: [GENERAL] Creation of tsearch2 index is very slow Tom Lane
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: [GENERAL] Creation of tsearch2 index is very slow Tom Lane
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
  • Re: [GENERAL] Creation of tsearch2 index is very slow Ron
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: [GENERAL] Creation of tsearch2 index is very slow Ron
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
  • Re: Sudden slowdown of Pg server Jignesh K. Shah
  • Sudden slowdown of Pg server Jerry Sievers
  • Re: [GENERAL] Creation of tsearch2 index is very slow Tom Lane
  • Re: [GENERAL] Creation of tsearch2 index is very slow Steinar H. Gunderson
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: [PERFORMANCE] Stored Procedures Jim C. Nasby
  • Re: [GENERAL] Creation of tsearch2 index is very slow Tom Lane
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: [GENERAL] Creation of tsearch2 index is very slow Tom Lane
  • Re: [GENERAL] Creation of tsearch2 index is very slow Martijn van Oosterhout
  • Re: [PERFORMANCE] Stored Procedures Rikard Pavelic
  • Re: [GENERAL] Creation of tsearch2 index is very slow Tom Lane
  • Re: [PERFORMANCE] Stored Procedures Jim C. Nasby
  • Re: query stopped working after tables > 50000 records Jim C. Nasby
  • Re: Autovacuum / full vacuum (off-topic?) Jim C. Nasby
  • Re: Stored procedures Rikard Pavelic
  • Re: SELECT MIN, MAX took longer time than SELECT COUNT, MIN, MAX Tom Lane
  • Re: [PERFORMANCE] Stored Procedures Rikard Pavelic
  • query stopped working after tables > 50000 records Antoine
  • Re: Autovacuum / full vacuum (off-topic?) me
  • Re: Autovacuum / full vacuum (off-topic?) Jim C. Nasby
  • Re: Autovacuum / full vacuum (off-topic?) Joshua D. Drake
  • Re: Autovacuum / full vacuum (off-topic?) Jim C. Nasby
  • Re: Autovacuum / full vacuum (off-topic?) Joshua D. Drake
  • Re: SELECT MIN, MAX took longer time than SELECT COUNT, MIN, MAX Jim C. Nasby
  • Re: Autovacuum / full vacuum (off-topic?) Jim C. Nasby
  • Re: Extremely irregular query performance Bruce Momjian
  • Re: Extremely irregular query performance Tom Lane
  • Re: Extremely irregular query performance Bruce Momjian
  • Re: Retaining execution plans between connections? Neil Conway
  • Re: Retaining execution plans between connections? Pandurangan R S
  • Retaining execution plans between connections? James Russell
  • SELECT MIN, MAX took longer time than SELECT COUNT, MIN, MAX K C Lau
• 19 January 2006
  • Re: Autovacuum / full vacuum (off-topic?) Bruce Momjian
  • Re: Autovacuum / full vacuum (off-topic?) Mark Kirkwood
  • Re: 3WARE Card performance boost? Alex Turner
  • Re: Stable function being evaluated more than once in a single Bruce Momjian
  • Re: query plans different for 8.1 on windows and aix Tom Lane

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