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

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

• pg_lock_status() performance Merlin Moncure (Tue 28 17:53)
• Re: pg_lock_status() performance Tom Lane (Tue 28 21:41)
• Re: pg_lock_status() performance Merlin Moncure (Tue 28 21:42)
• Re: pg_lock_status() performance Merlin Moncure (Tue 28 21:43)
• Re: pg_lock_status() performance Tom Lane (Tue 28 22:17)
• partition question for new server setup Whit Armstrong (Tue 28 16:56)
• Re: partition question for new server setup Scott Marlowe (Tue 28 17:37)
• Re: partition question for new server setup Whit Armstrong (Tue 28 17:48)
• Re: partition question for new server setup Scott Marlowe (Tue 28 17:56)
• Re: partition question for new server setup Kenneth Marshall (Tue 28 18:06)
• Re: partition question for new server setup Craig James (Tue 28 18:23)
• Re: partition question for new server setup Kevin Grittner (Tue 28 18:31)
• Re: partition question for new server setup Kenneth Marshall (Tue 28 18:47)
• Re: partition question for new server setup Scott Marlowe (Tue 28 19:19)
• Re: partition question for new server setup Whit Armstrong (Tue 28 18:47)
• Re: partition question for new server setup Kevin Grittner (Tue 28 19:13)
• Re: partition question for new server setup Whit Armstrong (Tue 28 19:15)
• Re: partition question for new server setup Scott Marlowe (Tue 28 19:17)
• Re: partition question for new server setup Scott Carey (Tue 28 23:40)
• Re: partition question for new server setup Whit Armstrong (Wed 29 00:02)
• Re: partition question for new server setup Scott Carey (Wed 29 01:32)
• Re: partition question for new server setup Scott Marlowe (Tue 28 19:15)
• Re: partition question for new server setup Alan Hodgson (Tue 28 18:23)
• Re: partition question for new server setup Craig James (Tue 28 18:13)
• Re: partition question for new server setup Scott Carey (Tue 28 23:58)
• Re: partition question for new server setup Whit Armstrong (Wed 29 00:10)
• Re: partition question for new server setup Scott Carey (Wed 29 01:59)
• Re: partition question for new server setup Whit Armstrong (Thu 30 21:16)
• Re: partition question for new server setup Scott Carey (Wed 29 19:08)
• Re: partition question for new server setup Whit Armstrong (Fri 01 02:40)
• Re: partition question for new server setup Scott Marlowe (Wed 29 00:20)
• any interest of changing the page size ? Laurent Laborde (Tue 28 09:53)
• plpgsql function running long, but resources consumption is very low Wojtek (Mon 27 09:39)
• Re: plpgsql function running long, but resources consumption is very low Pavel Stehule (Mon 27 09:56)
• Re: plpgsql function running long, but resources consumption is very low Scott Carey (Mon 27 19:08)
• [no subject] Adam Ruth (Thu 23 23:01)
• WHERE condition not being pushed down to union parts John L. Clark (Tue 21 14:21)
• Re: WHERE condition not being pushed down to union parts Tom Lane (Tue 21 14:35)
• Re: WHERE condition not being pushed down to union parts John L. Clark (Tue 21 14:41)
• Re: WHERE condition not being pushed down to union parts Tom Lane (Tue 21 14:50)
• Message not available
  • Re: WHERE condition not being pushed down to union parts John L. Clark (Tue 21 18:12)
  • Re: WHERE condition not being pushed down to union parts Tom Lane (Tue 21 19:58)
  • Re: WHERE condition not being pushed down to union parts John L. Clark (Thu 23 16:09)
  • Re: WHERE condition not being pushed down to union parts Tom Lane (Thu 23 16:15)
• performance for high-volume log insertion david (Mon 20 21:53)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 01:55)
• Re: performance for high-volume log insertion david (Tue 21 02:24)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 02:51)
• Re: performance for high-volume log insertion david (Tue 21 03:30)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 04:10)
• Re: performance for high-volume log insertion david (Tue 21 06:01)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 06:41)
• Re: performance for high-volume log insertion david (Tue 21 08:26)
• Re: performance for high-volume log insertion Ben Chobot (Tue 21 16:03)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 16:38)
• Re: performance for high-volume log insertion david (Tue 21 16:59)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 17:26)
• Re: performance for high-volume log insertion david (Tue 21 18:35)
• Re: performance for high-volume log insertion david (Tue 21 18:44)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 19:17)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 19:15)
• Re: performance for high-volume log insertion Greg Smith (Tue 21 03:12)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 03:15)
• Re: performance for high-volume log insertion david (Tue 21 06:08)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 06:51)
• Re: performance for high-volume log insertion david (Tue 21 06:05)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 06:46)
• Re: performance for high-volume log insertion david (Tue 21 07:50)
• Re: performance for high-volume log insertion Richard Huxton (Tue 21 08:56)
• Re: performance for high-volume log insertion Kenneth Marshall (Tue 21 13:33)
• Re: performance for high-volume log insertion david (Tue 21 15:38)
• Re: performance for high-volume log insertion Kenneth Marshall (Tue 21 15:52)
• Re: performance for high-volume log insertion Greg Smith (Tue 21 17:17)
• Re: performance for high-volume log insertion david (Tue 21 18:09)
• Re: performance for high-volume log insertion Kenneth Marshall (Tue 21 18:34)
• Re: performance for high-volume log insertion Greg Smith (Wed 22 00:01)
• Re: performance for high-volume log insertion James Mansion (Tue 21 19:22)
• Re: performance for high-volume log insertion Stephen Frost (Tue 21 19:25)
• Re: performance for high-volume log insertion david (Wed 22 00:13)
• Re: performance for high-volume log insertion Robert Haas (Wed 22 02:29)
• Re: performance for high-volume log insertion Stephen Frost (Wed 22 12:19)
• Re: performance for high-volume log insertion Glenn Maynard (Wed 22 19:38)
• Re: performance for high-volume log insertion david (Wed 22 20:07)
• Re: performance for high-volume log insertion Glenn Maynard (Wed 22 21:11)
• Re: performance for high-volume log insertion Stephen Frost (Wed 22 20:37)
• Re: performance for high-volume log insertion Tom Lane (Wed 22 20:49)
• Re: performance for high-volume log insertion Glenn Maynard (Wed 22 21:20)
• Re: performance for high-volume log insertion Stephen Frost (Wed 22 21:51)
• Re: performance for high-volume log insertion Glenn Maynard (Wed 22 22:16)
• Re: performance for high-volume log insertion Stephen Frost (Thu 23 01:48)
• Re: performance for high-volume log insertion Glenn Maynard (Thu 23 02:26)
• Re: performance for high-volume log insertion Stephen Frost (Thu 23 11:11)
• Re: performance for high-volume log insertion david (Thu 23 04:56)
• Re: performance for high-volume log insertion Stephen Frost (Thu 23 11:04)
• Re: performance for high-volume log insertion Thomas Kellerer (Thu 23 22:15)
• Re: performance for high-volume log insertion Kris Jurka (Sun 26 17:08)
• Re: performance for high-volume log insertion Thomas (Sun 26 17:35)
• Re: performance for high-volume log insertion Scott Marlowe (Mon 27 06:29)
• Re: performance for high-volume log insertion Kris Jurka (Mon 27 06:45)
• Re: performance for high-volume log insertion Scott Marlowe (Mon 27 07:07)
• Re: performance for high-volume log insertion david (Mon 27 07:14)
• Re: performance for high-volume log insertion James Mansion (Wed 22 05:26)
• Re: performance for high-volume log insertion Stephen Frost (Wed 22 12:44)
• Re: performance for high-volume log insertion James Mansion (Wed 22 20:53)
• Re: performance for high-volume log insertion Joshua D. Drake (Wed 22 21:18)
• Re: performance for high-volume log insertion Glenn Maynard (Wed 22 21:48)
• Re: performance for high-volume log insertion david (Wed 22 22:46)
• Re: performance for high-volume log insertion Stephen Frost (Thu 23 01:50)
• Re: performance for high-volume log insertion Simon Riggs (Wed 22 15:18)
• SQL With Dates Rafael Domiciano (Mon 20 13:55)
• Re: SQL With Dates Grzegorz Jaśkiewicz (Mon 20 14:16)
• Re: SQL With Dates Rafael Domiciano (Mon 20 18:48)
• Re: SQL With Dates Scott Marlowe (Mon 20 18:59)
• Re: SQL With Dates Mark Lewis (Mon 20 20:17)
• Re: SQL With Dates Robert Haas (Tue 21 15:57)
• stats are way off on 8.4 b1 Grzegorz Jaśkiewicz (Fri 17 23:12)
• Re: stats are way off on 8.4 b1 Tom Lane (Fri 17 23:30)
• Re: stats are way off on 8.4 b1 Grzegorz Jaśkiewicz (Fri 17 23:40)
• Re: stats are way off on 8.4 b1 Heikki Linnakangas (Sat 18 07:00)
• Re: stats are way off on 8.4 b1 Grzegorz Jaśkiewicz (Sat 18 12:02)
• Optimizer's issue Vlad Arkhipov (Fri 17 04:50)
• No hash join across partitioned tables? Kris Jurka (Thu 16 23:09)
• Re: No hash join across partitioned tables? Tom Lane (Thu 16 23:12)
• Re: No hash join across partitioned tables? Kris Jurka (Thu 16 23:30)
• Re: No hash join across partitioned tables? Kris Jurka (Fri 17 01:02)
• Re: No hash join across partitioned tables? Tom Lane (Fri 17 15:02)
• Re: No hash join across partitioned tables? Kris Jurka (Fri 17 15:12)
• Re: No hash join across partitioned tables? Tom Lane (Fri 17 15:08)
• Re: No hash join across partitioned tables? Kris Jurka (Fri 17 17:05)
• Re: No hash join across partitioned tables? Tom Lane (Sun 19 23:31)
• GiST index performance Matthew Wakeling (Thu 16 16:06)
• Re: GiST index performance Kevin Grittner (Thu 16 16:33)
• Re: GiST index performance Matthew Wakeling (Thu 16 16:38)
• Re: GiST index performance Tom Lane (Thu 16 16:57)
• Re: GiST index performance Matthew Wakeling (Thu 16 17:54)
• Re: GiST index performance Tom Lane (Thu 16 17:59)
• Re: GiST index performance Matthew Wakeling (Thu 16 18:05)
• Re: GiST index performance Matthew Wakeling (Fri 17 17:18)
• Re: GiST index performance Matthew Wakeling (Mon 20 14:11)
• Re: GiST index performance Tom Lane (Mon 20 15:27)
• Message not available
• Re: GiST index performance Matthew Wakeling (Tue 21 10:40)
• Re: GiST index performance Matthew Wakeling (Wed 22 13:53)
• Re: GiST index performance Matthew Wakeling (Wed 22 16:06)
• Re: GiST index performance dforum (Thu 16 17:26)
• Re: GiST index performance Matthew Wakeling (Thu 16 17:23)
• Re: GiST index performance Tom Lane (Thu 16 17:52)
• Re: GiST index performance Craig Ringer (Fri 17 01:22)
• Really dumb planner decision Matthew Wakeling (Thu 16 10:37)
• Re: Really dumb planner decision Grzegorz Jaśkiewicz (Thu 16 10:48)
• Re: Really dumb planner decision Matthew Wakeling (Thu 16 11:31)
• Re: Really dumb planner decision Robert Haas (Thu 16 11:42)
• Re: Really dumb planner decision Matthew Wakeling (Thu 16 12:05)
• Re: Really dumb planner decision Merlin Moncure (Thu 16 12:11)
• Re: Really dumb planner decision Tom Lane (Thu 16 13:49)
• Re: Really dumb planner decision Kevin Grittner (Thu 16 14:11)
• Re: Really dumb planner decision Merlin Moncure (Thu 16 14:49)
• Re: Really dumb planner decision Robert Haas (Thu 16 15:49)
• Re: Really dumb planner decision Matthew Wakeling (Thu 16 15:54)
• Re: Really dumb planner decision Tom Lane (Thu 16 16:04)
• Re: Really dumb planner decision Grzegorz Jaśkiewicz (Thu 16 11:16)
• Re: Really dumb planner decision Matthew Wakeling (Thu 16 11:24)
• need information Peeyush (Wed 15 11:21)
• error updating a very large table Brian Cox (Wed 15 00:46)
• Re: error updating a very large table Grzegorz Jaśkiewicz (Wed 15 11:19)
• Re: error updating a very large table Tom Lane (Wed 15 13:52)
• Re: error updating a very large table Simon Riggs (Wed 15 17:10)
• INSERT times - same storage space but more fields -> much slower inserts Craig Ringer (Tue 14 07:57)
• Re: INSERT times - same storage space but more fields -> much slower inserts Stephen Frost (Tue 14 15:57)
• Re: INSERT times - same storage space but more fields -> much slower inserts Matthew Wakeling (Tue 14 16:01)
• Re: INSERT times - same storage space but more fields -> much slower inserts Stephen Frost (Tue 14 16:17)
• Re: INSERT times - same storage space but more fields -> much slower inserts Craig Ringer (Wed 15 00:31)
• Re: INSERT times - same storage space but more fields -> much slower inserts Tom Lane (Wed 15 00:44)
• Re: INSERT times - same storage space but more fields -> much slower inserts Stephen Frost (Wed 15 01:01)
• Re: INSERT times - same storage space but more fields -> much slower inserts Matthew Wakeling (Wed 15 11:50)
• Re: INSERT times - same storage space but more fields -> much slower inserts Matthew Wakeling (Wed 15 11:58)
• 2.6.26 kernel and PostgreSQL Glyn Astill (Fri 10 20:06)
• Re: 2.6.26 kernel and PostgreSQL Kevin Grittner (Fri 10 20:17)
• Re: 2.6.26 kernel and PostgreSQL Glyn Astill (Fri 10 22:00)
• Re: 2.6.26 kernel and PostgreSQL Greg Smith (Mon 13 08:26)
• Re: 2.6.26 kernel and PostgreSQL Glyn Astill (Mon 13 11:49)

---

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

---

Mail converted by MHonArc