Skip site navigation (1)
Skip section navigation (2)
571 messages
31 May 2006
Re: App very unresponsive while performing simple update Brendan Duddridge (17:35)
Re: App very unresponsive while performing simple update Greg Stark (15:24)
Re: App very unresponsive while performing simple update Bruno Wolff III (15:09)
Re: App very unresponsive while performing simple update Jan de Visser (12:34)
Re: Speedup hint needed, if available? :) Nis Jorgensen (09:30)
Re: App very unresponsive while performing simple update Brendan Duddridge (06:30)
Re: INSERT OU UPDATE WITHOUT SELECT? Jim C. Nasby (06:29)
Re: App very unresponsive while performing simple update Jim C. Nasby (06:23)
Re: Why the 8.1 plan is worst than 7.4? Tom Lane (03:20)
Re: Query performance Christopher Kings-Lynne (01:36)
Re: Bulk loading/merging Jim C. Nasby (01:09)
Re: Why the 8.1 plan is worst than 7.4? Jim C. Nasby (00:38)
30 May 2006
Re: INSERT OU UPDATE WITHOUT SELECT? Dave Dutcher (22:54)
Re: INSERT OU UPDATE WITHOUT SELECT? Alvaro Herrera (22:38)
Re: Optimizing a huge_table/tiny_table join PFC (22:37)
Re: INSERT OU UPDATE WITHOUT SELECT? PFC (22:35)
Re: Getting even more insert performance (250m+rows/day) Daniel J. Luke (22:03)
Re: Split select completes, single select doesn't and Ragnar (21:52)
Re: INSERT OU UPDATE WITHOUT SELECT? Jonah H. Harris (21:05)
Re: Adding and filling new column on big table Francisco Reyes (20:52)
Re: Adding and filling new column on big table PFC (20:24)
Re: Adding and filling new column on big table Scott Marlowe (20:07)
Re: Adding and filling new column on big table Jonathan Blitz (20:04)
Re: Getting even more insert performance (250m+rows/day) Daniel J. Luke (19:59)
INSERT OU UPDATE WITHOUT SELECT? Waldomiro (18:53)
Re: Adding and filling new column on big table Francisco Reyes (17:25)
Re: pg_dump issue mcelroy, tim (17:12)
Re: pg_dump issue Tom Lane (16:20)
Re: Adding and filling new column on big table Jonathan Blitz (16:11)
Re: Adding and filling new column on big table Francisco Reyes (15:58)
Re: pg_dump issue mcelroy, tim (15:34)
Re: Speedup hint needed, if available? :) Mario Splivalo (15:17)
Re: pg_dump issue Tom Lane (15:16)
Re: Speedup hint needed, if available? :) Tom Lane (15:06)
pg_dump issue mcelroy, tim (14:31)
Speedup hint needed, if available? :) Mario Splivalo (14:18)
Re: Selects query stats? Alvis Tunkelis (10:33)
Re: Adding and filling new column on big table Jonathan Blitz (08:36)
Re: Selects query stats? Francisco Reyes (03:52)
Re: Adding and filling new column on big table Francisco Reyes (03:22)
Split select completes, single select doesn't and becomes IO bound! Anthony Ransley (00:26)
29 May 2006
Re: How can I make this query faster (resend) Cstdenis (14:35)
Re: How can I make this query faster (resend) Cstdenis (14:33)
Re: Getting even more insert performance (250m+rows/day) Markus Schaber (11:11)
Re: select with "like" from another table chris smith (10:36)
select with "like" from another table Anton Maksimenkov (09:53)
28 May 2006
Re: App very unresponsive while performing simple update Greg Stark (23:21)
Re: Query performance Erwin Brandstetter (22:39)
Re: Query performance Erwin Brandstetter (21:56)
Re: App very unresponsive while performing simple update Tom Lane (21:32)
Re: App very unresponsive while performing simple update Brendan Duddridge (19:17)
Re: App very unresponsive while performing simple update Greg Stark (17:56)
Re: App very unresponsive while performing simple update Tom Lane (16:05)
Re: How can I make this query faster (resend) Cstdenis (14:16)
Re: App very unresponsive while performing simple update Greg Stark (13:11)
Re: App very unresponsive while performing simple update Brendan Duddridge (09:43)
App very unresponsive while performing simple update Brendan Duddridge (09:38)
Re: is it possible to make this faster? Mark Kirkwood (01:12)
27 May 2006
26 May 2006
Re: is it possible to make this faster? Merlin Moncure (19:40)
Re: Bulk loading/merging Worky Workerson (19:05)
Bulk loading/merging Worky Workerson (18:49)
Re: is it possible to make this faster? Tom Lane (17:55)
Re: is it possible to make this faster? Merlin Moncure (17:47)
Re: is it possible to make this faster? Tom Lane (17:07)
Re: is it possible to make this faster? Merlin Moncure (16:57)
Re: column totals Ragnar (16:23)
Re: is it possible to make this faster? Tom Lane (14:22)
Re: column totals James Neethling (13:20)
Why the 8.1 plan is worst than 7.4? wmiro (12:11)
column totals James Neethling (10:26)
Re: is it possible to make this faster? Merlin Moncure (04:47)
Re: is it possible to make this faster? Tom Lane (03:29)
Re: is it possible to make this faster? Jeff - (03:10)
Re: lowering priority automatically at connection Christopher Kings-Lynne (01:26)
25 May 2006
Re: is it possible to make this faster? Tom Lane (22:30)
Re: is it possible to make this faster? Jim Nasby (22:17)
Re: Optimizing a huge_table/tiny_table join Jim Nasby (22:13)
Re: is it possible to make this faster? Mark Lewis (21:26)
Re: is it possible to make this faster? Scott Marlowe (21:15)
Re: is it possible to make this faster? Tom Lane (21:11)
Re: is it possible to make this faster? Steinar H. Gunderson (21:08)
Re: is it possible to make this faster? Merlin Moncure (20:54)
Re: is it possible to make this faster? Tom Lane (20:52)
Re: is it possible to make this faster? Bruno Wolff III (20:45)
Re: is it possible to make this faster? Alan Hodgson (20:36)
Re: is it possible to make this faster? Steinar H. Gunderson (20:36)
Re: is it possible to make this faster? Merlin Moncure (20:32)
Re: is it possible to make this faster? Bruno Wolff III (20:21)
is it possible to make this faster? Merlin Moncure (20:07)
Re: Optimizing a huge_table/tiny_table join Dawid Kuroczko (17:07)
Re: lowering priority automatically at connection Michael Fuhr (16:55)
Re: Optimizing a huge_table/tiny_table join Andrew Sullivan (16:48)
Re: lowering priority automatically at connection Chris Mair (16:35)
Re: Optimizing a huge_table/tiny_table join kynn (16:31)
Re: lowering priority automatically at connection Tom Lane (16:26)
Re: Optimizing a huge_table/tiny_table join Kynn Jones (16:22)
lowering priority automatically at connection Chris Mair (16:16)
Re: Getting even more insert performance (250m+rows/day) Ian Westmacott (03:40)
Re: Optimizing a huge_table/tiny_table join Tom Lane (01:42)
Re: Optimizing a huge_table/tiny_table join Joshua D. Drake (01:32)
Optimizing a huge_table/tiny_table join kynn (00:53)
24 May 2006
Re: Getting even more insert performance (250m+rows/day) Jim C. Nasby (21:32)
Re: Getting even more insert performance (250m+rows/day) Daniel J. Luke (20:29)
Re: Getting even more insert performance (250m+rows/day) Larry Rosenman (20:24)
Re: Getting even more insert performance (250m+rows/day) Daniel J. Luke (20:21)
Re: Getting even more insert performance (250m+rows/day) Daniel J. Luke (20:20)
Re: Getting even more insert performance (250m+rows/day) Mark Lewis (20:18)
Re: Getting even more insert performance (250m+rows/day) Steinar H. Gunderson (20:13)
Re: Getting even more insert performance (250m+rows/day) Larry Rosenman (20:12)
Re: Getting even more insert performance (250m+rows/day) Daniel J. Luke (20:10)
Re: Getting even more insert performance (250m+rows/day) Daniel J. Luke (20:08)
Re: Getting even more insert performance (250m+rows/day) Steinar H. Gunderson (20:03)
Re: Getting even more insert performance (250m+rows/day) Dave Dutcher (20:02)
Getting even more insert performance (250m+rows/day) Daniel J. Luke (19:45)
Optimizing a huge_table/tiny_table join kynn (17:42)
Optimizing a huge_table/tiny_table join kynn (15:50)
Re: Selects query stats? Robin Ericsson (10:27)
compiling source code!!!!!!!!!!!!!!!!!!!!!!!!!!!!! sibel karaasma (08:44)
23 May 2006
Re: Selects query stats? Simon Riggs (21:47)
Re: Selects query stats? Guillaume Smet (20:04)
Re: Selects query stats? Jim C. Nasby (20:03)
Re: Selects query stats? Tom Lane (19:56)
Re: Selects query stats? Alvaro Herrera (19:50)
Re: Selects query stats? Tom Lane (19:13)
Re: Selects query stats? Dan Gorman (19:08)
Re: Selects query stats? Simon Riggs (18:52)
Re: Selects query stats? Jim C. Nasby (18:41)
Re: Selects query stats? Dan Gorman (18:34)
Re: Selects query stats? Mischa Sandberg (18:25)
Re: Selects query stats? Dan Gorman (18:15)
Re: Selects query stats? Mischa Sandberg (18:08)
Selects query stats? Dan Gorman (17:40)
Re: slow query using sub select Tim Jones (13:26)
Re: Query performance Antonio Batovanja (07:11)
22 May 2006
Re: slow query using sub select Jonathan Blitz (23:32)
Re: slow query using sub select Tom Lane (23:07)
slow query using sub select Tim Jones (22:33)
Re: Query hanging/not finishing inconsistently Meetesh Karia (20:40)
Re: Query hanging/not finishing inconsistently Craig A. James (18:50)
Query hanging/not finishing inconsistently Meetesh Karia (17:20)
Re: Performs WAY better with enable_seqscan = off Jim C. Nasby (15:30)
Re: How can I make this query faster (resend) Markus Schaber (15:30)
Re: Performs WAY better with enable_seqscan = off Jim C. Nasby (15:26)
Re: utilizing multiple disks for i/o performance Jim C. Nasby (15:21)
Re: How can I make this query faster (resend) Jim C. Nasby (15:20)
Re: utilizing multiple disks for i/o performance Scott Marlowe (15:15)
21 May 2006
Re: Performs WAY better with enable_seqscan = off Brendan Duddridge (20:01)
Re: Benchmarking Function Josh Berkus (19:24)
Re: Performs WAY better with enable_seqscan = off Ragnar (10:39)
Performs WAY better with enable_seqscan = off Brendan Duddridge (08:22)
20 May 2006
utilizing multiple disks for i/o performance Kenji Morishige (02:37)
19 May 2006
Re: why is bitmap index chosen for this query? Jim C. Nasby (20:59)
Re: Performance/Maintenance test result collection Jim C. Nasby (20:50)
Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle Jim C. Nasby (20:21)
Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle Jim C. Nasby (20:16)
Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle 10g2 Tom Lane (13:10)
Re: Benchmarck PostgreSQL 8.1.4 MySQL 5.0.20 and Oracle 10g2 Olivier Andreotti (10:24)
18 May 2006
Re: why is bitmap index chosen for this query? Steinar H. Gunderson (20:16)
Re: why is bitmap index chosen for this query? Stephen Byers (19:53)
Re: why is bitmap index chosen for this query? Steinar H. Gunderson (19:48)
Re: why is bitmap index chosen for this query? Stephen Byers (19:38)
Re: why is bitmap index chosen for this query? Tom Lane (17:34)
Re: why is bitmap index chosen for this query? Steinar H. Gunderson (16:46)
Re: why is bitmap index chosen for this query? Stephen Byers (16:41)
Re: SQL CPU time usage Ivan Zolotukhin (16:01)
Peripheral Links
Header And Logo
|
Site Navigation
pgsql-performance 2006-05 Chronological Index (1/4)
Last updated: Wed Jan 18 04:18:42 2012571 messages
- Thread Index
- [Prev Page]
- [Next Page]
- 18 January 2012
- [no subject] Unknown (04:18)
- Re: App very unresponsive while performing simple update Jan de Visser (17:43)
- Re: INSERT OU UPDATE WITHOUT SELECT? D'Arcy J.M. Cain (23:05)
- Re: select with "like" from another table Anton Maksimenkov (15:40)
- Re: App very unresponsive while performing simple update Greg Stark (23:24)
- Re: Speed Up Offset and Limit Clause PFC (21:02)
- Re: is it possible to make this faster? Tom Lane (20:45)
- Re: Optimizing a huge_table/tiny_table join Mark Kirkwood (23:27)
- Re: Selects query stats? Jim C. Nasby (21:34)
- Re: Selects query stats? Mischa Sandberg (22:11)
- Re: Query performance Steinar H. Gunderson (23:33)
- Re: Benchmarking Function David Wheeler (22:45)
- Benchmarking Function David Wheeler (04:51)
- How can I make this query faster (resend) Cstdenis (23:11)
- Re: why is bitmap index chosen for this query? Stephen Byers (20:26)
- Thread Index
- [Prev Page]
- [Next Page]