• 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-03 Thread Index (1/3)

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

• table contraints checks only happen in planner phase Joseph Shraibman (Fri 01 00:53)
• index usage on queries on inherited tables Joseph Shraibman (Fri 01 00:53)
• Why it is using/not using index scan? Laszlo Nagy (Thu 31 17:26)
• Slow deleting tables with foreign keys Jeremy Palmer (Thu 31 02:16)
• Re: Slow deleting tables with foreign keys Bob Lunney (Thu 31 14:54)
• Re: Slow deleting tables with foreign keys Jeremy Palmer (Thu 31 19:43)
• COPY with high # of clients, partitioned table locking issues? Strange, John W (Wed 30 20:56)
• Re: COPY with high # of clients, partitioned table locking issues? Bob Lunney (Thu 31 00:48)
• Re: COPY with high # of clients, partitioned table locking issues? Samuel Gendler (Thu 31 01:31)
• Re: COPY with high # of clients, partitioned table locking issues? Emanuel Calvo (Thu 31 10:43)
• Re: COPY with high # of clients, partitioned table locking issues? Maciek Sakrejda (Thu 31 16:53)
• multiple table scan performance Samuel Gendler (Tue 29 22:18)
• Re: multiple table scan performance Claudio Freire (Tue 29 22:28)
• Re: multiple table scan performance Marti Raudsepp (Wed 30 00:05)
• Re: multiple table scan performance Samuel Gendler (Wed 30 00:12)
• Re: multiple table scan performance Craig James (Wed 30 01:11)
• very long updates very small tables Lars Feistner (Tue 29 15:07)
• Re: very long updates very small tables Kevin Grittner (Tue 29 20:06)
• Re: very long updates very small tables Lars Feistner (Wed 30 07:35)
• Re: very long updates very small tables pasman pasmański (Wed 30 15:24)
• Re: very long updates very small tables Kevin Grittner (Wed 30 16:55)
• Intel SSDs that may not suck Greg Smith (Mon 28 20:21)
• Re: Intel SSDs that may not suck Andy (Mon 28 23:55)
• Re: Intel SSDs that may not suck Justin Pitts (Tue 29 01:42)
• Re: Intel SSDs that may not suck Merlin Moncure (Tue 29 04:14)
• Re: Intel SSDs that may not suck Jesper Krogh (Tue 29 04:55)
• Re: Intel SSDs that may not suck Scott Marlowe (Tue 29 05:02)
• Re: Intel SSDs that may not suck Jeff (Tue 29 14:17)
• Re: Intel SSDs that may not suck Cédric Villemain (Tue 29 14:31)
• Re: Intel SSDs that may not suck Jeff (Tue 29 14:33)
• Re: Intel SSDs that may not suck Strange, John W (Tue 29 15:37)
• Re: Intel SSDs that may not suck gnuoytr (Tue 29 16:58)
• Re: Intel SSDs that may not suck Jesper Krogh (Tue 29 16:12)
• Re: Intel SSDs that may not suck Jeff (Tue 29 16:51)
• Re: Intel SSDs that may not suck Jesper Krogh (Tue 29 20:13)
• Re: Intel SSDs that may not suck Yeb Havinga (Tue 29 10:34)
• Re: Intel SSDs that may not suck Greg Smith (Tue 29 19:28)
• Why Index is not used Adarsh Sharma (Fri 25 06:31)
• Re: Why Index is not used Andreas Kretschmer (Fri 25 06:44)
• Re: Why Index is not used Adarsh Sharma (Fri 25 06:47)
• Re: Why Index is not used Thomas Kellerer (Fri 25 07:24)
• Re: Why Index is not used Chetan Suttraway (Fri 25 06:56)
• Re: Why Index is not used Adarsh Sharma (Fri 25 07:04)
• Re: Why Index is not used Chetan Suttraway (Fri 25 08:14)
• Re: Why Index is not used Adarsh Sharma (Fri 25 08:50)
• Re: Why Index is not used Chetan Suttraway (Fri 25 09:08)
• Re: Why Index is not used Adarsh Sharma (Fri 25 09:48)
• Re: Why Index is not used Shaun Thomas (Fri 25 13:25)
• Re: Why Index is not used Maciek Sakrejda (Fri 25 16:49)
• Re: Why Index is not used Greg Smith (Wed 30 07:55)
• Re: Why Index is not used tv (Fri 25 09:30)
• maintenance_work_mem + create index Uwe Bartels (Thu 24 13:56)
• Re: maintenance_work_mem + create index Stephen Frost (Thu 24 14:13)
• Re: maintenance_work_mem + create index Uwe Bartels (Thu 24 14:40)
• Re: maintenance_work_mem + create index Shaun Thomas (Thu 24 15:15)
• Re: maintenance_work_mem + create index Uwe Bartels (Thu 24 15:29)
• Re: maintenance_work_mem + create index Shaun Thomas (Thu 24 15:39)
• Re: maintenance_work_mem + create index Euler Taveira de Oliveira (Thu 24 17:35)
• pg9.0.3 explain analyze running very slow compared to a different box with much less configuration DM (Thu 24 02:04)
• Re: pg9.0.3 explain analyze running very slow compared to a different box with much less configuration Achilleas Mantzios (Thu 24 09:11)
• Re: pg9.0.3 explain analyze running very slow compared to a different box with much less configuration Marti Raudsepp (Thu 24 11:40)
• Re: pg9.0.3 explain analyze running very slow compared to a different box with much less configuration Achilleas Mantzios (Thu 24 12:07)
• Re: pg9.0.3 explain analyze running very slow compared to a different box with much less configuration DM (Fri 25 01:12)
• Re: pg9.0.3 explain analyze running very slow compared to a different box with much less configuration Marti Raudsepp (Fri 25 08:30)
• Re: pg9.0.3 explain analyze running very slow compared to a different box with much less configuration Strange, John W (Fri 25 14:32)
• Slow query on CLUTER -ed tables Laszlo Nagy (Wed 23 20:35)
• Re: Slow query on CLUTER -ed tables Marti Raudsepp (Wed 23 21:56)
• Re: Slow query on CLUTER -ed tables Laszlo Nagy (Fri 25 12:24)
• Shouldn't we have a way to avoid "risky" plans? Josh Berkus (Wed 23 17:12)
• Re: Shouldn't we have a way to avoid "risky" plans? Claudio Freire (Wed 23 17:37)
• Re: Shouldn't we have a way to avoid "risky" plans? Josh Berkus (Wed 23 20:29)
• Re: Shouldn't we have a way to avoid "risky" plans? Claudio Freire (Wed 23 20:46)
• Re: Shouldn't we have a way to avoid "risky" plans? Tom Lane (Wed 23 21:00)
• Re: Shouldn't we have a way to avoid "risky" plans? Claudio Freire (Wed 23 21:08)
• Re: Shouldn't we have a way to avoid "risky" plans? Scott Carey (Fri 25 18:02)
• Re: Shouldn't we have a way to avoid "risky" plans? Josh Berkus (Thu 24 00:06)
• Re: Shouldn't we have a way to avoid "risky" plans? Tom Lane (Fri 25 14:24)
• Re: Shouldn't we have a way to avoid "risky" plans? Nathan Boley (Fri 25 22:43)
• Re: Shouldn't we have a way to avoid "risky" plans? Joshua Berkus (Sat 26 01:03)
• Re: Shouldn't we have a way to avoid "risky" plans? Віталій Тимчишин (Thu 24 08:44)
• Re: Shouldn't we have a way to avoid "risky" plans? Merlin Moncure (Thu 24 19:31)
• Re: Shouldn't we have a way to avoid "risky" plans? Nathan Boley (Thu 24 20:31)
• Re: Shouldn't we have a way to avoid "risky" plans? Claudio Freire (Thu 24 22:23)
• Re: Shouldn't we have a way to avoid "risky" plans? Vitalii Tymchyshyn (Fri 25 09:43)
• Re: Shouldn't we have a way to avoid "risky" plans? Tom Lane (Fri 25 14:12)
• Re: Shouldn't we have a way to avoid "risky" plans? Vitalii Tymchyshyn (Fri 25 14:41)
• Re: Shouldn't we have a way to avoid "risky" plans? Justin Pitts (Wed 23 18:02)
• buffercache/bgwriter Uwe Bartels (Wed 23 12:51)
• Re: buffercache/bgwriter Jochen Erwied (Wed 23 13:20)
• Re: buffercache/bgwriter Uwe Bartels (Wed 23 13:40)
• Re: buffercache/bgwriter Jeff Janes (Wed 23 15:40)
• Re: buffercache/bgwriter Uwe Bartels (Wed 23 16:16)
• Re: buffercache/bgwriter Cédric Villemain (Wed 23 20:24)
• Re: buffercache/bgwriter Uwe Bartels (Thu 24 09:19)
• Re: buffercache/bgwriter Greg Smith (Mon 28 06:18)
• Re: buffercache/bgwriter Uwe Bartels (Mon 28 20:23)
• Re: buffercache/bgwriter tv (Wed 23 14:42)
• Re: buffercache/bgwriter Uwe Bartels (Wed 23 14:54)
• Re: buffercache/bgwriter Nicholson, Brad (Toronto, ON, CA) (Wed 23 15:00)
• Re: buffercache/bgwriter Uwe Bartels (Wed 23 15:26)
• Re: buffercache/bgwriter Jeff Janes (Wed 23 16:16)
• Reason of Slowness of query Adarsh Sharma (Wed 23 06:23)
• Re: Reason of Slowness of query Chetan Suttraway (Wed 23 07:17)
• Re: Reason of Slowness of query Adarsh Sharma (Wed 23 07:25)
• Re: Reason of Slowness of query Vitalii Tymchyshyn (Wed 23 08:51)
• Re: Reason of Slowness of query Samuel Gendler (Wed 23 07:21)
• Re: Reason of Slowness of query Chetan Suttraway (Wed 23 07:26)
• Re: Reason of Slowness of query Vitalii Tymchyshyn (Wed 23 07:25)
• <Possible follow-ups>
• Re-Reason of Slowness of Query Adarsh Sharma (Wed 23 09:13)
• Re: Re-Reason of Slowness of Query Vitalii Tymchyshyn (Wed 23 09:27)
• Re: Re-Reason of Slowness of Query Adarsh Sharma (Wed 23 10:05)
• Re: Re-Reason of Slowness of Query Vitalii Tymchyshyn (Wed 23 10:12)
• Re: Re-Reason of Slowness of Query Adarsh Sharma (Wed 23 10:14)
• Re: Re-Reason of Slowness of Query Vitalii Tymchyshyn (Wed 23 10:37)
• Re: Re-Reason of Slowness of Query Chetan Suttraway (Wed 23 10:40)
• Re: Re-Reason of Slowness of Query tv (Wed 23 10:38)
• Re: Re-Reason of Slowness of Query Chetan Suttraway (Wed 23 10:51)
• Re: Re-Reason of Slowness of Query Adarsh Sharma (Wed 23 11:16)
• Re: Re-Reason of Slowness of Query Vitalii Tymchyshyn (Wed 23 11:21)
• Re: Re-Reason of Slowness of Query Chetan Suttraway (Wed 23 11:24)
• Re: Re-Reason of Slowness of Query Adarsh Sharma (Wed 23 11:34)
• Re: Re-Reason of Slowness of Query tv (Wed 23 11:52)
• Re: Re-Reason of Slowness of Query Adarsh Sharma (Wed 23 11:26)
• Re: Re-Reason of Slowness of Query Shaun Thomas (Wed 23 13:34)
• Re: Re-Reason of Slowness of Query tv (Wed 23 14:16)
• Re: Re-Reason of Slowness of Query Shaun Thomas (Wed 23 14:20)
• Re: Re-Reason of Slowness of Query Adarsh Sharma (Thu 24 05:05)
• good old VACUUM FULL felix (Wed 23 00:53)
• Re: good old VACUUM FULL Chris (Wed 23 04:25)
• Re: good old VACUUM FULL Scott Marlowe (Wed 23 06:17)
• Re: good old VACUUM FULL Shaun Thomas (Wed 23 13:13)
• Analyze on temp table taking very long Mahadevan, Mridula (Tue 22 16:20)
• Re: Analyze on temp table taking very long Tom Lane (Tue 22 22:57)
• Re: Analyze on temp table taking very long Mahadevan, Mridula (Fri 25 17:34)
• Select in subselect vs select = any array Adam Tistler (Sun 20 06:47)
• Re: Select in subselect vs select = any array Pavel Stehule (Sun 20 06:52)
• Re: Select in subselect vs select = any array Adam Tistler (Mon 21 03:21)
• Re: Select in subselect vs select = any array Pavel Stehule (Mon 21 05:56)
• Re: Select in subselect vs select = any array Adam Tistler (Mon 21 06:17)
• Re: Select in subselect vs select = any array Pavel Stehule (Mon 21 06:39)
• Re: Select in subselect vs select = any array mark (Tue 22 02:56)
• Performance on AIX phb07 (Sat 19 09:00)
• Re: Performance on AIX Andy Colson (Sat 19 13:17)
• Re: Performance on AIX Josh Berkus (Tue 22 21:29)
• REINDEX takes half a day (and still not complete!) Phoenix Kiula (Sat 19 03:07)
• Re: REINDEX takes half a day (and still not complete!) Scott Marlowe (Sat 19 04:58)
• Re: REINDEX takes half a day (and still not complete!) Phoenix Kiula (Sun 20 08:04)
• Re: REINDEX takes half a day (and still not complete!) Scott Marlowe (Sat 19 05:30)
• Re: REINDEX takes half a day (and still not complete!) Merlin Moncure (Mon 21 13:28)
• Message not available
  • Re: REINDEX takes half a day (and still not complete!) Scott Marlowe (Tue 22 02:48)
• Help: massive parallel update to the same table Red Maple (Fri 18 13:05)
• Re: Help: massive parallel update to the same table Kevin Grittner (Fri 18 14:28)
• Re: Help: massive parallel update to the same table Nicholson, Brad (Toronto, ON, CA) (Fri 18 14:34)
• Disabling nested loops - worst case performance Anssi Kääriäinen (Fri 18 06:58)
• Re: Disabling nested loops - worst case performance Pavel Stehule (Fri 18 07:02)
• Re: Disabling nested loops - worst case performance Anssi Kääriäinen (Fri 18 10:41)
• Re: Disabling nested loops - worst case performance Vitalii Tymchyshyn (Fri 18 10:52)
• Re: Disabling nested loops - worst case performance Anssi Kääriäinen (Fri 18 11:41)
• Message not available
  • Re: Disabling nested loops - worst case performance Claudio Freire (Fri 18 15:26)
• Re: Disabling nested loops - worst case performance Thomas Kellerer (Fri 18 11:14)
• Re: Disabling nested loops - worst case performance Anssi Kääriäinen (Fri 18 12:01)
• Request for feedback on hardware for a new database server Oliver Charles (Fri 18 00:58)
• Re: Request for feedback on hardware for a new database server Steve Atkins (Fri 18 02:05)
• Re: Request for feedback on hardware for a new database server Scott Marlowe (Fri 18 03:02)
• Re: Request for feedback on hardware for a new database server Arjen van der Meijden (Fri 18 07:17)
• Re: Request for feedback on hardware for a new database server Scott Marlowe (Fri 18 09:11)
• Re: Request for feedback on hardware for a new database server Arjen van der Meijden (Fri 18 12:45)
• Re: Request for feedback on hardware for a new database server Scott Marlowe (Fri 18 16:32)
• Re: Request for feedback on hardware for a new database server Scott Marlowe (Fri 18 20:29)
• Re: Request for feedback on hardware for a new database server Jesper Krogh (Fri 18 06:19)
• Message not available
  • Re: Request for feedback on hardware for a new database server Claudio Freire (Fri 18 16:02)
• Re: Request for feedback on hardware for a new database server Merlin Moncure (Tue 22 13:54)
• Xeon twice the performance of opteron Jeff (Thu 17 16:14)
• Re: Xeon twice the performance of opteron J Sisson (Thu 17 16:42)
• Message not available
  • Re: Xeon twice the performance of opteron Claudio Freire (Thu 17 16:51)
• Re: Xeon twice the performance of opteron Craig James (Thu 17 17:29)
• Re: Xeon twice the performance of opteron mark (Fri 18 01:24)
• Re: Xeon twice the performance of opteron Scott Marlowe (Fri 18 01:39)
• Re: Xeon twice the performance of opteron Jeff (Fri 18 12:15)
• Re: Xeon twice the performance of opteron Greg Smith (Mon 28 06:21)

---

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

---

Mail converted by MHonArc