Skip site navigation (1)
Skip section navigation (2)
316 messages
31 December 2003
30 December 2003
Re: Question about difference in performance of 2 queries Nicholas Shanny (15:03)
29 December 2003
Re: Question about difference in performance of 2 queries Sean Shanny (19:53)
Re: Question about difference in performance of 2 queries Tom Lane (19:40)
Re: Question about difference in performance of 2 queries Sean Shanny (19:26)
Re: Question about difference in performance of 2 queries Sean Shanny (18:47)
Re: Question about difference in performance of 2 queries Sean Shanny (17:45)
Re: Question about difference in performance of 2 queries Dennis Bjorklund (16:50)
Re: Question about difference in performance of 2 queries on large table Tom Lane (16:49)
Question about difference in performance of 2 queries on large table Sean Shanny (16:36)
27 December 2003
Re: What's faster? D'Arcy J.M. Cain (10:52)
Re: What's faster? Tom Lane (04:00)
Re: What's faster? Mike Nolan (01:07)
Re: What's faster? Tom Lane (00:49)
What's faster? Keith Bottner (00:12)
25 December 2003
Re: Christopher Kings-Lynne (02:48)
24 December 2003
Re: is it possible to get the optimizer to use indexes Dave Cramer (13:59)
23 December 2003
22 December 2003
Re: postgresql performance on linux port Tom Lane (22:33)
mnogosearch under 7.4 ... Marc G. Fournier (21:15)
Re: general peformance question Rod Taylor (20:47)
postgresql performance on linux port Michael Guerin (19:13)
Re: "select max/count(id)" not using index Evil Azrael (15:29)
Re: "select max/count(id)" not using index Tomasz Myrta (11:04)
Re: "select max/count(id)" not using index Pavel Stehule (11:03)
Re: "select max/count(id)" not using index Christopher Kings-Lynne (10:57)
"select max/count(id)" not using index Ryszard Lach (10:52)
19 December 2003
Re: is it possible to get the optimizer to use indexes Erki Kaldjärv (16:01)
Re: why do optimizer parameters have to be set manually? Tom Lane (15:08)
Re: is it possible to get the optimizer to use indexes Tom Lane (14:39)
Re: why do optimizer parameters have to be set manually? Marinos J. Yannikos (13:52)
Re: is it possible to get the optimizer to use indexes Dave Cramer (09:51)
Re: is it possible to get the optimizer to use indexes Tom Lane (03:44)
Re: is it possible to get the optimizer to use indexes Stephan Szabo (03:37)
Re: is it possible to get the optimizer to use indexes with a like clause Christopher Browne (03:31)
Re: is it possible to get the optimizer to use indexes Dave Cramer (03:09)
Re: is it possible to get the optimizer to use indexes Doug McNaught (01:41)
Re: is it possible to get the optimizer to use indexes Christopher Kings-Lynne (01:34)
18 December 2003
Re: why do optimizer parameters have to be set manually? Christopher Browne (20:31)
Re: why do optimizer parameters have to be set manually? Tom Lane (19:57)
general performance question Conny Thimren (19:42)
why do optimizer parameters have to be set manually? Marinos J. Yannikos (18:44)
general peformance question Conny Thimren (17:05)
Re: Why is restored database faster? Dennis Bjorklund (15:13)
Re: Why is restored database faster? Shridhar Daithankar (06:48)
Re: Why is restored database faster? David Shadovitz (03:59)
17 December 2003
Re: Adding RAM: seeking advice & warnings of hidden "gotchas" Eric Soroos (21:39)
Adding RAM: seeking advice & warnings of hidden "gotchas" Nick Fankhauser (19:57)
Re: Excessive rows/tuples seriously degrading query Tom Lane (18:35)
Re: [HACKERS] fsync method checking Zeugswetter Andreas SB SD (16:58)
Re: Nested loop performance Nick Fankhauser (15:26)
Re: Nested loop question Nick Fankhauser (15:26)
Re: Nested loop performance Nick Fankhauser (15:26)
Re: Nested loop question Richard Huxton (09:52)
Re: Why is restored database faster? Dennis Bjorklund (06:43)
Re: Why is restored database faster? Shridhar Daithankar (06:31)
Re: Why is restored database faster? Neil Conway (06:00)
Re: Why is VACUUM ANALYZE <table> so slow? David Shadovitz (05:30)
Why is restored database faster? David Shadovitz (05:30)
Re: Nested loop performance Stephan Szabo (01:17)
Re: Optimizing FK & PK performance... Christopher Kings-Lynne (01:14)
Re: [GENERAL] update slows down in pl/pgsql function Jenny Zhang (00:04)
16 December 2003
Re: [GENERAL] update slows down in pl/pgsql function Stephan Szabo (23:55)
update slows down in pl/pgsql function Jenny Zhang (23:50)
Re: Why is VACUUM ANALYZE <table> so slow? Neil Conway (22:51)
Re: Optimizing FK & PK performance... Neil Conway (22:48)
Re: Excessive rows/tuples seriously degrading query Hannu Krosing (21:29)
Nested loop performance Nick Fankhauser (17:12)
Nested loop question Nick Fankhauser - Doxpop (17:06)
Re: a lot of problems with pg 7.4 scott.marlowe (16:56)
Postgres respond after toomany times to a query view Claudia D'amato (15:41)
15 December 2003
Re: Index problem or function problem? Tom Lane (18:06)
Unsubscribe Rhaoni Chiu Pereira (17:01)
Re: Hardware suggestions for Linux/PGSQL server Jeff Bohmer (16:38)
Re: Hardware suggestions for Linux/PGSQL server Christopher Browne (05:30)
Re: Hardware suggestions for Linux/PGSQL server Andrew G. Hammond (04:17)
Re: Tables Without OIDS and its effect Neil Conway (02:10)
14 December 2003
Re: Tuning for mid-size server Andrew Sullivan (17:56)
Re: a lot of problems with pg 7.4 Dennis Bjorklund (17:14)
Re: a lot of problems with pg 7.4 Tarhon-Onu Victor (09:55)
Re: Query plan - now what? David Shadovitz (07:24)
Update performance doc Bruce Momjian (05:44)
Re: Tuning for mid-size server Bruce Momjian (05:42)
13 December 2003
Re: Hardware suggestions for Linux/PGSQL server Jeff Bohmer (22:57)
a lot of problems with pg 7.4 Kari Lavikka (18:39)
Re: Tables Without OIDS and its effect Sai Hertz And Control Systems (10:34)
12 December 2003
Re: Update on putting WAL on ramdisk/ William Yu (22:59)
Excessive rows/tuples seriously degrading query performance Chadwick, Russell (22:41)
Re: Update on putting WAL on ramdisk/ Russell Garrett (22:37)
Update on putting WAL on ramdisk/ William Yu (22:29)
Re: [HACKERS] fsync method checking Tom Lane (21:29)
Re: Performance related to size of tables Mark Kirkwood (21:11)
Re: [HACKERS] fsync method checking Manfred Spraul (20:55)
Performance related to size of tables nbarraza (18:05)
Re: Hardware suggestions for Linux/PGSQL server William Yu (16:59)
Re: Query plan - now what? Tom Lane (16:53)
Tables Without OIDS and its effect Sai Hertz And Control Systems (16:16)
Re: [ADMIN] ODBC Driver generates a too big "windows swap file" and scott.marlowe (16:13)
Re: Query plan - now what? David Shadovitz (15:47)
Re: Query plan - now what? Tom Lane (15:33)
ODBC Driver generates a too big "windows swap file" and it's too slow Rhaoni Chiu Pereira (12:40)
Re: [HACKERS] fsync method checking Zeugswetter Andreas SB SD (12:22)
Re: TRUNCATE veeeery slow compared to DELETE in 7.4 Hartmut Raschick (10:49)
Re: Query plan - now what? Shridhar Daithankar (09:14)
Query plan - now what? David Shadovitz (08:28)
Re: Measuring execution time for sql called from PL/pgSQL Tomasz Myrta (07:47)
fsync method checking Bruce Momjian (06:50)
Re: Hardware suggestions for Linux/PGSQL server Shridhar Daithankar (06:36)
Re: Performance problems with a higher number of clients Alfranio Tavares Correia Junior (02:35)
Re: Measuring execution time for sql called from PL/pgSQL David Shadovitz (01:57)
Measuring execution time for sql called from PL/pgSQL Aram Kananov (01:17)
Re: Hardware suggestions for Linux/PGSQL server William Yu (00:00)
11 December 2003
Re: Hardware suggestions for Linux/PGSQL server Jeff Bohmer (22:02)
Re: Hardware suggestions for Linux/PGSQL server William Yu (21:00)
Re: hints in Postgres? Bruno Wolff III (20:28)
Hardware suggestions for Linux/PGSQL server Jeff Bohmer (20:20)
Re: hints in Postgres? Christopher Browne (17:00)
Optimizing FK & PK performance... Sean P. Thomas (16:51)
Command nbarraza (16:46)
Re: hints in Postgres? Pavel Stehule (16:22)
hints in Postgres? sandra ruiz (16:00)
Re: Performance problems with a higher number of clients Tom Lane (14:55)
Re: Performance problems with a higher number of clients Jeff (13:29)
Re: Performance problems with a higher number of clients Shridhar Daithankar (06:37)
Re: Solaris Performance (Again) Mark Kirkwood (06:09)
Re: Solaris Performance (Again) Mark Kirkwood (06:04)
Performance problems with a higher number of clients Alfranio Correia Junior (04:22)
10 December 2003
Re: TRUNCATE veeeery slow compared to DELETE in 7.4 Tom Lane (19:55)
[no subject] nbarraza (19:30)
Re: Solaris Performance (Again) Neil Conway (19:16)
Re: TRUNCATE veeeery slow compared to DELETE in 7.4 Josh Berkus (17:20)
Re: Solaris Performance (Again) Jeff (13:54)
Solaris Performance (Again) Mark Kirkwood (05:56)
09 December 2003
Why is VACUUM ANALYZE <table> so slow? David Shadovitz (21:21)
Re: tuning questions Josh Berkus (17:36)
Re: tuning questions Matt Clark (17:08)
Re: tuning questions Jack Coates (16:58)
Re: Problem with insert into select... Neil Conway (08:32)
08 December 2003
Re: autovacuum daemon stops doing work after about an hour Vivek Khera (18:41)
Re: tuning questions Jack Coates (17:44)
Re: Help tracking down problem with inserts slowing Tom Lane (15:36)
Re: Help tracking down problem with inserts slowing Steve Wampler (15:15)
TRUNCATE veeeery slow compared to DELETE in 7.4 Hartmut Raschick (14:04)
Re: autovacuum daemon stops doing work after about an hour Matthew T. O'Connor (05:28)
Re: autovacuum daemon stops doing work after about an hour Christopher Browne (01:29)
Re: autovacuum daemon stops doing work after about an hour Gaetano Mendola (00:47)
07 December 2003
Re: Help tracking down problem with inserts slowing Steve Wampler (17:29)
Re: Help tracking down problem with inserts slowing down... Tom Lane (16:54)
Re: Help tracking down problem with inserts slowing down... Steve Wampler (14:53)
Re: Help tracking down problem with inserts slowing down... Steve Wampler (14:28)
06 December 2003
Re: query using cpu nearly 100%, why? Neil Conway (19:42)
Re: query using cpu nearly 100%, why? Richard Huxton (17:47)
Pgbench results Rob Sell (17:09)
Re: Has anyone run on the new G5 yet Bruce Momjian (13:19)
Re: Help tracking down problem with inserts slowing down... Robert Treat (02:55)
Re: tuning questions Jack Coates (01:23)
05 December 2003
Help tracking down problem with inserts slowing down... Steve Wampler (21:52)
query using cpu nearly 100%, why? LIANHE SHAO (21:00)
Peripheral Links
Header And Logo
|
Site Navigation
pgsql-performance 2003-12 Chronological Index (1/2)
Last updated: Wed Jan 18 04:22:25 2012316 messages
- Thread Index
- [Prev Page]
- [Next Page]
- 18 January 2012
- [no subject] Unknown (04:22)
- Re: deferred foreign keys Vivek Khera (17:18)
- DELETE ... WHERE ctid IN (...) vs. Iteration Jonathan Gardner (16:33)
- deferred foreign keys Vivek Khera (20:34)
- Re: What's faster? Tom Lane (18:31)
- Re: Tom Lane (16:29)
- [no subject] Michael Rothschild (16:27)
- Re: postgresql performance on linux port Michael Guerin (00:34)
- Re: general peformance question scott.marlowe (22:50)
- Re: why do optimizer parameters have to be set manually? William Yu (18:05)
- is it possible to get the optimizer to use indexes with a like clause Dave Cramer (23:19)
- Re: Adding RAM: seeking advice & warnings of hidden "gotchas" Matt Clark (22:19)
- Re: Nested loop performance Richard Poole (23:56)
- Re: TRUNCATE veeeery slow compared to DELETE in 7.4 Tom Lane (18:22)
- Re: Tables Without OIDS and its effect Tom Lane (22:53)
- Re: Hardware suggestions for Linux/PGSQL server Jeff Bohmer (23:01)
- Re: Tables Without OIDS and its effect Neil Conway (23:11)
- Re: Hardware suggestions for Linux/PGSQL server scott.marlowe (23:08)
- Re: Stephan Szabo (20:35)
- Index problem or function problem? LIANHE SHAO (23:21)
- Re: tuning questions Tom Lane (19:21)
- Re: autovacuum daemon stops doing work after about an Bruce Momjian (21:16)
- Re: Slow UPADTE, compared to INSERT Neil Conway (19:54)
- Re: Help tracking down problem with inserts slowing Neil Conway (23:39)
- Thread Index
- [Prev Page]
- [Next Page]