• 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-general
    • pgsql-jobs
    • pgsql-novice
    • pgsql-performance
    • pgsql-php
    • pgsql-sql
    • pgsql-students
  • Developer lists
  • Regional lists
  • Associations
  • User groups
  • Project lists
  • Inactive lists
• IRC
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-performance 2011-02 Thread Index (1/4)

• Main Index
• [Prev Page]
• [Next Page]

• Anyone tried Flashcache with PostgreSQL? Josh Berkus (Mon 28 19:10)
• Load and Stress on PostgreSQL 9.0 Selva manickaraja (Mon 28 16:26)
• Re: Load and Stress on PostgreSQL 9.0 Josh Berkus (Mon 28 18:36)
• Re: Load and Stress on PostgreSQL 9.0 Selva manickaraja (Tue 01 01:48)
• optimization croolyc (Mon 28 09:44)
• Re: optimization Kevin Grittner (Mon 28 14:57)
• optimalization croolyc (Mon 28 09:41)
• Re: optimalization Andreas Kretschmer (Mon 28 18:32)
• inheritance: planning time vs children number vs column number Marc Cousin (Mon 28 09:38)
• Re: inheritance: planning time vs children number vs column number Heikki Linnakangas (Mon 28 12:58)
• Re: inheritance: planning time vs children number vs column number Marc Cousin (Mon 28 13:10)
• Re: inheritance: planning time vs children number vs column number Tom Lane (Mon 28 15:35)
• Re: inheritance: planning time vs children number vs column number Marc Cousin (Mon 28 18:47)
• Query on view radically slower than query on underlying table Craig James (Mon 28 18:34)
• Re: Query on view radically slower than query on underlying table Tom Lane (Mon 28 18:57)
• Re: Query on view radically slower than query on underlying table Craig James (Mon 28 19:24)
• Re: Query on view radically slower than query on underlying table Tom Lane (Mon 28 19:58)
• Is Query need to be optimized Adarsh Sharma (Mon 28 07:18)
• Performance Test for PostgreSQL9 Selva manickaraja (Mon 28 03:26)
• Re: Performance Test for PostgreSQL9 Mark Kirkwood (Mon 28 04:18)
• Re: Performance Test for PostgreSQL9 Selva manickaraja (Mon 28 05:09)
• Re: Performance Test for PostgreSQL9 Mark Kirkwood (Mon 28 05:53)
• Re: Performance Test for PostgreSQL9 Selva manickaraja (Mon 28 06:39)
• Re: Performance Test for PostgreSQL9 Jochen Erwied (Mon 28 06:43)
• Re: Performance Test for PostgreSQL9 Melton Low (Mon 28 06:51)
• Re: Performance Test for PostgreSQL9 Melton Low (Mon 28 06:57)
• Re: Performance Test for PostgreSQL9 Selva manickaraja (Mon 28 09:11)
• Re: Performance Test for PostgreSQL9 Heikki Linnakangas (Mon 28 11:37)
• Re: Picking out the most recent row using a time stamp column Kevin Grittner (Sat 26 21:53)
• Vacuum problem due to temp tables Bhakti Ghatkar (Sat 26 07:07)
• Re: Vacuum problem due to temp tables Tom Lane (Sat 26 17:25)
• Re: Vacuum problem due to temp tables Bhakti Ghatkar (Mon 28 05:14)
• Index use difference betweer LIKE, LIKE ANY? Sam Wong (Fri 25 13:31)
• Re: Index use difference betweer LIKE, LIKE ANY? Josh Berkus (Sat 26 21:14)
• Perl Binding affects speed? Sam Wong (Fri 25 03:09)
• Re: Perl Binding affects speed? Marti Raudsepp (Fri 25 12:26)
• Re: Perl Binding affects speed? Martin Kjeldsen (Fri 25 13:09)
• Re: Perl Binding affects speed? Sam Wong (Fri 25 13:24)
• Possible parser bug? .... Re: Picking out the most recent row using a time stamp column Dave Crooke (Thu 24 23:53)
• Re: Possible parser bug? .... Re: Picking out the most recent row using a time stamp column Jochen Erwied (Fri 25 00:23)
• Picking out the most recent row using a time stamp column Dave Crooke (Thu 24 19:55)
• Re: Picking out the most recent row using a time stamp column Merlin Moncure (Thu 24 20:11)
• Re: Picking out the most recent row using a time stamp column Kevin Grittner (Thu 24 20:19)
• Re: Picking out the most recent row using a time stamp column Merlin Moncure (Thu 24 21:20)
• Re: Picking out the most recent row using a time stamp column Florian Weimer (Sat 26 21:39)
• Re: Picking out the most recent row using a time stamp column Michael Glaesemann (Thu 24 20:22)
• Re: Picking out the most recent row using a time stamp column Kevin Grittner (Thu 24 20:24)
• Re: Picking out the most recent row using a time stamp column Dave Crooke (Thu 24 23:38)
• Re: Picking out the most recent row using a time stamp column Josh Berkus (Fri 25 00:20)
• Re: Picking out the most recent row using a time stamp column Shaun Thomas (Fri 25 00:58)
• Re: Picking out the most recent row using a time stamp column Josh Berkus (Fri 25 01:52)
• Re: Picking out the most recent row using a time stamp column Dave Johansen (Fri 25 16:50)
• Re: Picking out the most recent row using a time stamp column Dave Crooke (Fri 25 20:52)
• Re: Picking out the most recent row using a time stamp column Dave Johansen (Sat 26 13:44)
• Re: Picking out the most recent row using a time stamp column Josh Berkus (Sat 26 21:06)
• Re: Picking out the most recent row using a time stamp column Dave Johansen (Sat 26 21:38)
• Re: Function execution consuming lot of memory and eventually making server unresponsive Kevin Grittner (Thu 24 12:29)
• Function execution consuming lot of memory and eventually making server unresponsive Gnanakumar (Thu 24 09:56)
• Re: Function execution consuming lot of memory and eventually making server unresponsive Pavel Stehule (Thu 24 10:30)
• Re: Function execution consuming lot of memory and eventually making server unresponsive Merlin Moncure (Thu 24 15:14)
• Re: Function execution consuming lot of memory and eventually making server unresponsive Tom Lane (Thu 24 15:59)
• Pushing IN (subquery) down through UNION ALL? Dave Johansen (Thu 24 04:10)
• <Possible follow-ups>
• Pushing IN (subquery) down through UNION ALL? Dave Johansen (Thu 24 15:14)
• Re: Pushing IN (subquery) down through UNION ALL? Dave Johansen (Thu 24 16:58)
• Re: Pushing IN (subquery) down through UNION ALL? Vik Reykja (Thu 24 19:34)
• Re: Pushing IN (subquery) down through UNION ALL? Dave Johansen (Thu 24 19:56)
• Re: Pushing IN (subquery) down through UNION ALL? Vik Reykja (Thu 24 20:00)
• Re: Pushing IN (subquery) down through UNION ALL? Dave Johansen (Thu 24 20:52)
• NULLS LAST performance Mathieu De Zutter (Wed 23 19:27)
• Re: NULLS LAST performance Merlin Moncure (Wed 23 19:48)
• Re: NULLS LAST performance Tom Lane (Wed 23 21:39)
• Re: NULLS LAST performance Mathieu De Zutter (Thu 24 09:47)
• Unused indices Benjamin Krajmalnik (Wed 23 19:14)
• Re: Unused indices Greg Smith (Wed 23 21:19)
• Re: Unused indices Shaun Thomas (Thu 24 14:25)
• Re: Unused indices Greg Smith (Thu 24 18:13)
• Re: Unused indices Shaun Thomas (Thu 24 19:36)
• Slow query execution over high latency network Clemens Eisserer (Sat 19 10:30)
• Re: Slow query execution over high latency network Pierre C (Sat 19 12:30)
• Re: Slow query execution over high latency network Clemens Eisserer (Sat 19 13:05)
• Re: Slow query execution over high latency network Andrej (Sun 20 17:03)
• Re: Slow query execution over high latency network Clemens Eisserer (Mon 21 21:08)
• different clients, different query plans Uwe Bartels (Fri 18 14:29)
• Re: different clients, different query plans Kevin Grittner (Fri 18 14:58)
• Re: different clients, different query plans Uwe Bartels (Fri 18 15:06)
• application of KNN code to US zipcode searches? Mark Stosberg (Thu 17 14:41)
• Re: application of KNN code to US zipcode searches? Kevin Grittner (Thu 17 14:49)
• Re: application of KNN code to US zipcode searches? Mark Stosberg (Thu 17 15:21)
• Re: application of KNN code to US zipcode searches? Stephen Frost (Thu 17 15:24)
• Re: application of KNN code to US zipcode searches? Mark Stosberg (Thu 17 15:56)
• Re: application of KNN code to US zipcode searches? Mark Stosberg (Thu 17 16:42)
• Re: application of KNN code to US zipcode searches? Tom Lane (Thu 17 19:17)
• Re: application of KNN code to US zipcode searches? bricklen (Thu 17 23:26)
• Re: application of KNN code to US zipcode searches? Heikki Linnakangas (Thu 17 16:41)
• Re: application of KNN code to US zipcode searches? Tom Lane (Thu 17 19:13)
• Re: application of KNN code to US zipcode searches? Oleg Bartunov (Thu 17 20:18)
• Re: application of KNN code to US zipcode searches? Mark Stosberg (Thu 17 20:38)
• Does exclusive locking improve performance? Jeremy Palmer (Thu 17 05:14)
• Re: Does exclusive locking improve performance? Stephen Frost (Thu 17 05:18)
• Estimating hot data size Chris Hoover (Wed 16 20:51)
• Re: Estimating hot data size Tomas Vondra (Wed 16 21:14)
• Re: Estimating hot data size Greg Smith (Wed 16 22:02)
• pg_dumpall affecting performance Mark Mikulec (Tue 15 18:41)
• Re: pg_dumpall affecting performance Plugge, Joe R. (Tue 15 18:52)
• Re: pg_dumpall affecting performance Steve Crawford (Tue 15 18:56)
• Re: pg_dumpall affecting performance Kevin Grittner (Tue 15 19:13)
• high user cpu, massive SELECTs, no io waiting problem Thomas Pöhler (Tue 15 17:56)
• Re: high user cpu, massive SELECTs, no io waiting problem Scott Marlowe (Tue 15 18:02)
• Re: high user cpu, massive SELECTs, no io waiting problem Marti Raudsepp (Wed 16 13:52)
• Re: high user cpu, massive SELECTs, no io waiting problem Scott Marlowe (Wed 16 15:43)
• Re: high user cpu, massive SELECTs, no io waiting problem Strange, John W (Wed 16 16:32)
• Re: high user cpu, massive SELECTs, no io waiting problem Scott Marlowe (Wed 16 16:02)
• Re: high user cpu, massive SELECTs, no io waiting problem Kevin Grittner (Tue 15 18:07)
• Re: high user cpu, massive SELECTs, no io waiting problem Greg Smith (Wed 16 07:33)
• Re: high user cpu, massive SELECTs, no io waiting problem Kevin Grittner (Wed 16 14:37)
• Re: high user cpu, massive SELECTs, no io waiting problem Greg Smith (Wed 16 14:56)
• Re: high user cpu, massive SELECTs, no io waiting problem Justin Pitts (Wed 16 15:04)
• Re: high user cpu, massive SELECTs, no io waiting problem Kevin Grittner (Wed 16 16:09)
• Re: high user cpu, massive SELECTs, no io waiting problem Thomas Pöhler (Wed 16 17:11)
• Re: high user cpu, massive SELECTs, no io waiting problem Cédric Villemain (Wed 16 17:58)
• Re: high user cpu, massive SELECTs, no io waiting problem Kevin Grittner (Wed 16 19:22)
• Re: high user cpu, massive SELECTs, no io waiting problem Greg Smith (Wed 16 20:36)
• Re: high user cpu, massive SELECTs, no io waiting problem Pierre C (Thu 17 10:17)
• Re: high user cpu, massive SELECTs, no io waiting problem Strange, John W (Tue 15 19:09)
• Re: high user cpu, massive SELECTs, no io waiting problem marcin mank (Tue 15 19:56)
• Re: high user cpu, massive SELECTs, no io waiting problem Ivan Voras (Wed 16 01:00)
• Re: high user cpu, massive SELECTs, no io waiting problem Scott Marlowe (Wed 16 01:19)
• LIMIT on partitioned-table!? Kim A. Brandt (Tue 15 14:30)
• Re: LIMIT on partitioned-table!? Shaun Thomas (Tue 15 14:49)
• Re: LIMIT on partitioned-table!? Kim A. Brandt (Tue 15 19:33)
• Re: LIMIT on partitioned-table!? Marti Raudsepp (Tue 15 21:20)
• Re: LIMIT on partitioned-table!? Kim A. Brandt (Wed 16 07:24)
• Checkpointing question Strange, John W (Tue 15 11:52)
• Re: Checkpointing question Kevin Grittner (Tue 15 17:51)
• Field wise checking the performance. dba (Mon 14 12:06)
• Re: Field wise checking the performance. Heikki Linnakangas (Mon 14 12:30)
• performance issue in the fields. dba (Mon 14 11:33)
• Re: performance issue in the fields. Pavel Stehule (Mon 14 11:37)
• Re: performance issue in the fields. Merlin Moncure (Wed 23 19:59)
• Re: performance issue in the fields. Pierre C (Thu 24 08:23)
• How to boost performance of queries containing pattern matching characters Gnanakumar (Mon 14 07:03)
• Re: How to boost performance of queries containing pattern matching characters Richard Huxton (Mon 14 07:18)
• Re: How to boost performance of queries containing pattern matching characters Gnanakumar (Mon 14 07:31)
• Re: How to boost performance of queries containing pattern matching characters Richard Huxton (Mon 14 07:39)
• Re: How to boost performance of queries containing pattern matching characters Gnanakumar (Mon 14 07:49)
• Re: How to boost performance of queries containing pattern matching characters Richard Huxton (Mon 14 07:57)
• Re: How to boost performance of queries containing pattern matching characters Gnanakumar (Mon 14 08:06)
• Re: How to boost performance of queries containing pattern matching characters Greg Smith (Mon 14 15:16)
• Re: How to boost performance of queries containing pattern matching characters Artur Zając (Mon 14 08:05)
• Re: How to boost performance of queries containing pattern matching characters Richard Huxton (Mon 14 07:50)
• Re: How to boost performance of queries containing pattern matching characters Artur Zając (Mon 14 08:10)
• Re: How to boost performance of queries containing pattern matching characters Steve Atkins (Mon 14 16:53)
• Re: How to boost performance of queries containing pattern matching characters Shaun Thomas (Mon 14 13:55)
• comparison of 8.3.10 to 8.3.14 reveals unexpected difference in explain plan Mark Rostron (Mon 14 01:57)
• Re: comparison of 8.3.10 to 8.3.14 reveals unexpected difference in explain plan Scott Marlowe (Mon 14 02:12)
• Re: comparison of 8.3.10 to 8.3.14 reveals unexpected difference in explain plan Mark Rostron (Mon 14 04:17)
• Re: comparison of 8.3.10 to 8.3.14 reveals unexpected difference in explain plan Greg Smith (Mon 14 02:33)
• Re: comparison of 8.3.10 to 8.3.14 reveals unexpected difference in explain plan Mark Rostron (Mon 14 04:40)
• choosing the right RAID level for PostgresQL database sergey (Sun 13 20:12)
• Re: choosing the right RAID level for PostgresQL database Scott Marlowe (Sun 13 22:54)
• Re: choosing the right RAID level for PostgresQL database Scott Marlowe (Sun 13 22:59)
• Re: choosing the right RAID level for PostgresQL database Greg Smith (Sun 13 23:23)
• Re: choosing the right RAID level for PostgresQL database Dave Crooke (Mon 14 01:54)
• Re: choosing the right RAID level for PostgresQL database david (Mon 14 08:02)
• Unblock tables Cesar Arrieta (Fri 11 18:35)
• Re: Unblock tables Scott Marlowe (Fri 11 19:20)
• Query Core Dumping Sam Stearns (Tue 08 23:50)
• Re: Query Core Dumping Tom Lane (Tue 08 23:58)
• Bad query plan when the wrong data type is used Laszlo Nagy (Tue 08 14:24)
• Re: Bad query plan when the wrong data type is used Josh Berkus (Tue 08 22:05)
• Re: Bad query plan when the wrong data type is used Dave Crooke (Tue 08 23:14)
• Re: Bad query plan when the wrong data type is used Vitalii Tymchyshyn (Wed 09 09:52)
• Re: Bad query plan when the wrong data type is used Robert Haas (Sun 27 18:17)
• Re: Bad query plan when the wrong data type is used Tom Lane (Sun 27 18:40)
• Re: Bad query plan when the wrong data type is used Robert Haas (Mon 28 19:05)
• compare languages pasman pasmański (Tue 08 10:35)
• Re: compare languages Pavel Stehule (Tue 08 10:46)
• Indexes with condition using immutable functions applied to column not used Sylvain Rabot (Tue 08 00:15)
• Re: Indexes with condition using immutable functions applied to column not used Jesper Krogh (Tue 08 05:21)
• Re: Indexes with condition using immutable functions applied to column not used Sylvain Rabot (Tue 08 17:30)

---

• Main Index
• [Prev Page]
• [Next Page]

---

Mail converted by MHonArc