Продукты

О компании

Ресурсы

Мероприятия

Образование

...

Протестировать

Архив рассылок [pgsql-performance]

АпрельИюнь

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 26 27 28 29 31

1 мая 2008 г.

01:26Please ignore ... Marc G. Fournier

01:41Re: Understanding histograms Tom Lane

02:24Re: Please ignore ... D'Arcy J.M. Cain

03:23Re: Please ignore ... Justin

03:55Re: Please ignore ... Greg Smith

04:35Re: Please ignore ... Tino Wildenhain

06:34Re: Postgres replication Fujii Masao

10:12Re: Please ignore ... D'Arcy J.M. Cain

11:22Re: Benchmarks WAS: Sun Talks about MySQL Jignesh K. Shah

2 мая 2008 г.

04:31Pros and Cons of 8.3.1 Gauri Kanekar

04:51Re: Pros and Cons of 8.3.1 Claus Guttesen

11:10Re: Vacuum statistics chirag.dave@gmail.com

11:29Re: Please ignore ... Alvaro Herrera

13:13Re: Pros and Cons of 8.3.1 Justin

13:31Re: Pros and Cons of 8.3.1 Joshua D. Drake

13:36Re: Pros and Cons of 8.3.1 Kevin Grittner

13:46Re: Pros and Cons of 8.3.1 Kevin Grittner

13:54Re: Pros and Cons of 8.3.1 Kevin Grittner

16:24two memory-consuming postgres processes Alexy Khrabrov

16:30Re: two memory-consuming postgres processes Scott Marlowe

16:38Re: two memory-consuming postgres processes Alexy Khrabrov

16:54Re: two memory-consuming postgres processes Scott Marlowe

17:13Re: two memory-consuming postgres processes Tom Lane

17:22Re: two memory-consuming postgres processes Greg Smith

17:27Re: two memory-consuming postgres processes Alexy Khrabrov

17:28Re: two memory-consuming postgres processes Alexy Khrabrov

17:35Re: two memory-consuming postgres processes Alexy Khrabrov

17:40Re: two memory-consuming postgres processes Scott Marlowe

17:51Re: two memory-consuming postgres processes Alexy Khrabrov

18:02Re: two memory-consuming postgres processes Craig James

18:10Re: two memory-consuming postgres processes Alexy Khrabrov

18:23Re: two memory-consuming postgres processes Greg Smith

18:25Re: two memory-consuming postgres processes PFC

18:30Very slow INFORMATION_SCHEMA Ernesto

18:30Re: two memory-consuming postgres processes Alexy Khrabrov

18:44Re: two memory-consuming postgres processes Kevin Grittner

19:21Re: Very slow INFORMATION_SCHEMA Tom Lane

19:29Re: two memory-consuming postgres processes Kevin Grittner

19:31Re: two memory-consuming postgres processes Alexy Khrabrov

3 мая 2008 г.

06:25Re: two memory-consuming postgres processes Matthew Wakeling

12:07Re: two memory-consuming postgres processes Merlin Moncure

23:15Re: Vacuum statistics Francisco Reyes

4 мая 2008 г.

01:59Re: Vacuum statistics Mark Kirkwood

08:29Re: pgPool query cache Hannes Dorbath

09:59Fastest way / best practice to calculate "next birthdays" Hannes Dorbath

13:11Re: Fastest way / best practice to calculate "next birthdays" Joshua D. Drake

14:59Re: Fastest way / best practice to calculate "next birthdays" Hannes Dorbath

16:05Re: Fastest way / best practice to calculate "next birthdays" Zoltan Boszormenyi

5 мая 2008 г.

03:24Re: Fastest way / best practice to calculate "next birthdays" Shane Ambler

08:39Re: Very slow INFORMATION_SCHEMA Mario Weilguni

12:00Backup causing poor performance - suggestions Campbell, Lance

12:05Re: Backup causing poor performance - suggestions Scott Marlowe

12:11Re: Backup causing poor performance - suggestions Campbell, Lance

12:54Re: Backup causing poor performance - suggestions Scott Marlowe

13:10Re: Backup causing poor performance - suggestions Craig James

14:06Re: Backup causing poor performance - suggestions Scott Marlowe

14:42Re: Backup causing poor performance - suggestions Simon Riggs

16:44Re: Backup causing poor performance - suggestions Scott Marlowe

17:04Re: Backup causing poor performance - suggestions Greg Smith

17:11Re: Backup causing poor performance - suggestions Greg Smith

19:04Re: Backup causing poor performance - suggestions Scott Marlowe

20:33RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Craig James

21:56Re: Very slow INFORMATION_SCHEMA Tom Lane

22:03need to speed up query Justin

6 мая 2008 г.

00:16Re: RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Scott Marlowe

00:27Re: need to speed up query Scott Marlowe

00:59Re: RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Greg Smith

01:41Re: need to speed up query Gregory Williamson

02:37Re: need to speed up query Justin

02:48Re: need to speed up query Justin

03:57Re: need to speed up query PFC

05:39plan difference between set-returning function with ROWS within IN() and a plain join Frank van Vugt

06:47Re: plan difference between set-returning function with ROWS within IN() and a plain join PFC

08:19Seqscan problem Vlad Arkhipov

08:55Re: plan difference between set-returning function with ROWS within IN() and a plain join Frank van Vugt

09:26Re: RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Jeff

10:22Re: need to speed up query Justin

11:17Re: plan difference between set-returning function with ROWS within IN() and a plain join Tom Lane

11:22Re: Seqscan problem Tom Lane

12:27Re: plan difference between set-returning function with ROWS within IN() and a plain join Frank van Vugt

12:33multiple joins + Order by + LIMIT query performance issue Antoine Baudoux

12:38Re: multiple joins + Order by + LIMIT query performance issue Guillaume Smet

12:45What constitutes a complex query Justin

13:27Re: What constitutes a complex query Craig James

13:36Re: need to speed up query PFC

13:41Re: What constitutes a complex query Scott Marlowe

13:42Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux

13:49Re: multiple joins + Order by + LIMIT query performance issue Shaun Thomas

13:50Re: need to speed up query Shaun Thomas

13:56Re: What constitutes a complex query Steve Atkins

13:58Re: What constitutes a complex query Richard Broersma

13:59Possible Redundancy/Performance Solution Dennis Muhlestein

14:22Re: need to speed up query Justin

14:23Re: What constitutes a complex query Justin

14:24Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux

14:38Re: What constitutes a complex query Scott Marlowe

14:39Re: Possible Redundancy/Performance Solution Greg Smith

14:42Re: need to speed up query Justin

14:59Re: multiple joins + Order by + LIMIT query performance issue Tom Lane

15:04Re: multiple joins + Order by + LIMIT query performance issue Heikki Linnakangas

15:07Re: multiple joins + Order by + LIMIT query performance issue Heikki Linnakangas

15:14Re: multiple joins + Order by + LIMIT query performance issue Shaun Thomas

15:24Re: multiple joins + Order by + LIMIT query performance issue Shaun Thomas

15:30Re: RAID 10 Benchmark with different I/O schedulers Craig James

15:59Re: Possible Redundancy/Performance Solution Dennis Muhlestein

17:21Re: RAID 10 Benchmark with different I/O schedulers Greg Smith

17:35Re: Possible Redundancy/Performance Solution Greg Smith

17:44Re: RAID 10 Benchmark with different I/O schedulers Craig James

18:23pgfouine - commit details? Josh Cole

18:59Re: Possible Redundancy/Performance Solution Dennis Muhlestein

21:32Re: pgfouine - commit details? Guillaume Smet

21:48Re: Seqscan problem Vlad Arkhipov

22:58Re: Possible Redundancy/Performance Solution Scott Marlowe

23:37Re: Possible Redundancy/Performance Solution Greg Smith

7 мая 2008 г.

02:37Re: pgfouine - commit details? Josh Cole

04:24Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux

04:33Re: RAID 10 Benchmark with different I/O schedulers Albe Laurenz *EXTERN*

07:42Re: multiple joins + Order by + LIMIT query performance issue Matthew Wakeling

07:46Re: RAID 10 Benchmark with different I/O schedulers Matthew Wakeling

13:00Re: Possible Redundancy/Performance Solution Dennis Muhlestein

13:28Query Optimization with Kruskal’s Algorithm Tarcizio Bini

17:09Re: Query Optimization with Kruskal’s Algorithm Alexander Staubo

8 мая 2008 г.

04:48Re: [GENERAL] Ubuntu question Justin

04:50Re: [GENERAL] Ubuntu question Justin

13:53Creating a foreign key Campbell, Lance

13:59Re: Creating a foreign key Joshua D. Drake

14:19Re: Creating a foreign key Shaun Thomas

15:13Re: Creating a foreign key Campbell, Lance

16:30Creating indexes Rauan Maemirov

17:22Re: Creating indexes Alan Hodgson

17:24Re: Creating indexes Asche

17:24Re: Creating a foreign key PFC

17:24Re: Creating indexes PFC

9 мая 2008 г.

03:00Re: Creating indexes Rauan Maemirov

04:19Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux

04:53Re: multiple joins + Order by + LIMIT query performance issue Scott Marlowe

05:21"append" takes a lot of time in a query Frank Dekervel

11:12Re: "append" takes a lot of time in a query Tom Lane

10 мая 2008 г.

08:42Re: plan difference between set-returning function with ROWS within IN() and a plain join Merlin Moncure

15:00Re: Query Optimization with Kruskal’s Algorithm Rauan Maemirov

17:27Re: Re: Query Optimization with Kruskal’s Algorithm Jonah H. Harris

18:12Re: Re: Re: Query Optimization with Kruskal’s Algorithm Tom Lane

18:17Re: Re: Re: Query Optimization with Kruskal’s Algorithm Jonah H. Harris

21:37Re: Re: Re: Re: Query Optimization with Kruskal’s Algorithm Tom Lane

11 мая 2008 г.

01:53Re: Re: Query Optimization with Kruskal’s Algorithm Michael Glaesemann

12 мая 2008 г.

13:19Partitioning: INSERT 0 0 but want INSERT 0 1 Nikolas Everett

19:28Re: Partitioning: INSERT 0 0 but want INSERT 0 1 Neil Peter Braggio

23:04RAID controllers for Postgresql on large setups Francisco Reyes

23:11Re: RAID controllers for Postgresql on large setups Joshua D. Drake

13 мая 2008 г.

00:31Re: RAID controllers for Postgresql on large setups Francisco Reyes

00:57Re: Partitioning: INSERT 0 0 but want INSERT 0 1 Nikolas Everett

01:10Re: RAID controllers for Postgresql on large setups Chris Ruprecht

01:40Re: RAID controllers for Postgresql on large setups Joshua D. Drake

01:42Re: RAID controllers for Postgresql on large setups Joshua D. Drake

02:59Re: RAID controllers for Postgresql on large setups Greg Smith

03:02Installation Steps to migrate to Postgres 8.3.1 Gauri Kanekar

03:49Re: Installation Steps to migrate to Postgres 8.3.1 Claus Guttesen

05:17Re: RAID controllers for Postgresql on large setups Scott Marlowe

05:25Re: Installation Steps to migrate to Postgres 8.3.1 Scott Marlowe

06:54Re: RAID controllers for Postgresql on large setups PFC

09:01Re: RAID controllers for Postgresql on large setups Francisco Reyes

09:10Re: RAID controllers for Postgresql on large setups Merlin Moncure

09:15Re: Installation Steps to migrate to Postgres 8.3.1 Knight, Doug

11:50Re: Installation Steps to migrate to Postgres 8.3.1 Scott Marlowe

12:08Re: RAID controllers for Postgresql on large setups Vivek Khera

12:09Re: RAID controllers for Postgresql on large setups Vivek Khera

13:57Problem with 11 M records table idc danny

14:05Re: Problem with 11 M records table Bill Moran

14:09Re: Problem with 11 M records table salman

14:17Re: Problem with 11 M records table Craig James

14:57Re: Problem with 11 M records table Craig James

15:02Re: Problem with 11 M records table Scott Marlowe

17:09Re: RAID controllers for Postgresql on large setups James Mansion

17:40Re: RAID controllers for Postgresql on large setups PFC

14 мая 2008 г.

01:53can I move sort to first outer join ? fernando castano

03:09Re: Problem with 11 M records table Ramasubramanian G

03:11Regexps - never completing join. Rusty Conover

04:08Re: Regexps - never completing join. Rusty Conover

06:52Re: can I move sort to first outer join ? PFC

07:07postgres overall performance seems to degrade when large SELECT are requested Valentin Bogdanov

08:04Re: postgres overall performance seems to degrade when large SELECT are requested PFC

12:37Re: Regexps - never completing join. Rusty Conover

17:11I/O on select count(*) Doug Eck

17:38Re: I/O on select count(*) Merlin Moncure

18:23Re: I/O on select count(*) Doug Eck

19:11Re: I/O on select count(*) Kevin Grittner

19:35poor row estimates with multi-column joins Robert Treat

19:38Update performance degrades over time Subbiah Stalin-XCGF84

22:40Re: I/O on select count(*) Greg Smith

23:06Re: I/O on select count(*) Alvaro Herrera

23:21Re: I/O on select count(*) Greg Smith

23:38Re: I/O on select count(*) Jan de Visser

23:41Re: I/O on select count(*) Pavan Deolasee

23:53Re: I/O on select count(*) Luke Lonergan

15 мая 2008 г.

00:07Re: I/O on select count(*) Greg Smith

00:14Re: I/O on select count(*) Joshua D. Drake

03:14Re: I/O on select count(*) Tino Wildenhain

04:54Re: I/O on select count(*) Tom Lane

05:00Re: I/O on select count(*) Tom Lane

07:40which ext3 fs type should I use for postgresql Philippe Amelant

08:29Re: which ext3 fs type should I use for postgresql Matthew Wakeling

09:15Re: which ext3 fs type should I use for postgresql david@lang.hm

09:24Re: which ext3 fs type should I use for postgresql Matthew Wakeling

09:40Re: I/O on select count(*) Matthew Wakeling

09:54Re: I/O on select count(*) Heikki Linnakangas

09:55Re: I/O on select count(*) Matthew Wakeling

10:15Re: I/O on select count(*) Jan de Visser

10:39Re: I/O on select count(*) Matthew Wakeling

10:51Re: I/O on select count(*) Ron Mayer

10:57Re: Update performance degrades over time Jeffrey Baker

11:41Re: I/O on select count(*) Alvaro Herrera

11:57Re: I/O on select count(*) Tom Lane

11:59Re: which ext3 fs type should I use for postgresql Craig James

12:08Re: which ext3 fs type should I use for postgresql Guillaume Cottenceau

12:09Re: I/O on select count(*) Heikki Linnakangas

12:17Re: I/O on select count(*) Heikki Linnakangas

12:17Re: I/O on select count(*) Matthew Wakeling

12:21Re: which ext3 fs type should I use for postgresql Matthew Wakeling

12:32Re: which ext3 fs type should I use for postgresql Guillaume Cottenceau

12:38Re: which ext3 fs type should I use for postgresql Joshua D. Drake

12:49Re: I/O on select count(*) Alvaro Herrera

12:52Re: I/O on select count(*) Alvaro Herrera

12:56Re: which ext3 fs type should I use for postgresql Guillaume Cottenceau

13:19Re: I/O on select count(*) Tom Lane

13:28Re: Update performance degrades over time Subbiah Stalin-XCGF84

13:53Re: I/O on select count(*) Robert Lor

14:42Re: I/O on select count(*) Tom Lane

16:27Re: Update performance degrades over time Subbiah Stalin-XCGF84

18:21Re: I/O on select count(*) Robert Lor

19:07Re: I/O on select count(*) James Mansion

19:30Re: I/O on select count(*) Gregory Stark

19:38Re: I/O on select count(*) Kevin Grittner

16 мая 2008 г.

03:43Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter

05:08Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Claus Guttesen

05:08Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter

05:10Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter

05:18Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Simon Riggs

05:19Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Richard Huxton

05:27Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter

05:32Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Richard Huxton

05:33Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Richard Huxton

05:47Re: Join runs for > 10 hours and then fills up >1.3TB of disk space Luke Lonergan

05:50Re: Join runs for > 10 hours and then fills up >1.3TB of disk space kevin kempter

06:52Re: which ext3 fs type should I use for postgresql david@lang.hm

14:07Re: which ext3 fs type should I use for postgresql Scott Marlowe

14:14Re: which ext3 fs type should I use for postgresql Joshua D. Drake

14:56very slow left join Ben

15:06Re: I/O on select count(*) Greg Smith

15:09Re: very slow left join Scott Marlowe

15:21Re: very slow left join Ben

15:22Re: I/O on select count(*) Simon Riggs

15:27Re: very slow left join Scott Marlowe

15:43Re: very slow left join Ben

16:25Re: very slow left join Craig Ringer

17:15Re: I/O on select count(*) Alvaro Herrera

17:35Re: Regexps - never completing join. Scott Marlowe

18:01Re: I/O on select count(*) Alvaro Herrera

18:03Re: Please ignore ... Alvaro Herrera

18:37Re: Regexps - never completing join. Rusty Conover

18:44Re: Regexps - never completing join. Scott Marlowe

23:45Re: I/O on select count(*) Tom Lane

17 мая 2008 г.

10:14Re: I/O on select count(*) Jeremy Harris

18 мая 2008 г.

02:48Re: I/O on select count(*) Greg Smith

13:25Re: Strange behavior: pgbench and new Linux kernels Greg Smith

19 мая 2008 г.

09:32Re: I/O on select count(*) Matthew Wakeling

11:54Re: I/O on select count(*) Bruce Momjian

12:38Re: I/O on select count(*) Tom Lane

12:47Re: I/O on select count(*) Greg Smith

12:54Re: I/O on select count(*) Tom Lane

14:09Re: I/O on select count(*) PFC

20 мая 2008 г.

03:00slow update kevin kempter

03:24Re: slow update A. Kretschmer

08:52Author Wanted Markus Feilner

09:32Re: Author Wanted Bill Moran

14:47Re: slow update Scott Marlowe

16:58improving performance for a delete kevin kempter

17:03Re: improving performance for a delete kevin kempter

17:47Re: improving performance for a delete PFC

21 мая 2008 г.

02:52Varchar pkey instead of integer Robins Tharakan

03:16Re: Varchar pkey instead of integer Joshua D. Drake

03:34Re: Varchar pkey instead of integer Craig Ringer

04:33Re: Varchar pkey instead of integer Shane Ambler

05:02Re: Varchar pkey instead of integer Craig Ringer

05:57Re: Varchar pkey instead of integer J. Andrew Rogers

07:35Posible planner improvement? Albert Cervera Areny

07:38Re: "append" takes a lot of time in a query Frank Dekervel

07:48Re: Posible planner improvement? Richard Huxton

08:11Re: Posible planner improvement? Albert Cervera Areny

08:25Re: Posible planner improvement? Mark Mielke

08:30Re: Posible planner improvement? Albert Cervera Areny

08:37Re: Posible planner improvement? Albert Cervera Areny

08:51Re: Posible planner improvement? Luke Lonergan

10:09Re: Posible planner improvement? Richard Huxton

11:20"Big O" notation for postgres? H. Hall

11:29Re: "Big O" notation for postgres? Jonah H. Harris

11:40Re: "Big O" notation for postgres? Richard Huxton

13:12Re: Posible planner improvement? PFC

13:20Re: "Big O" notation for postgres? PFC

13:22Re: Posible planner improvement? Albert Cervera Areny

15:44Re: "append" takes a lot of time in a query Scott Marlowe

16:15Re: "Big O" notation for postgres? H. Hall

21:54Re: Varchar pkey instead of integer Robins Tharakan

22 мая 2008 г.

09:32Index creation time and distribution Guillaume Smet

10:14Re: Index creation time and distribution Tom Lane

10:38Re: Index creation time and distribution Guillaume Smet

11:10Re: Index creation time and distribution Matthew Wakeling

13:50Re: Index creation time and distribution Scott Marlowe

15:35Re: Index creation time and distribution Guillaume Smet

16:18Re: Index creation time and distribution Tom Lane

18:52Re: Index creation time and distribution Guillaume Smet

20:08Re: "Big O" notation for postgres? Gregory Stark

23 мая 2008 г.

00:49Re: I/O on select count(*) Luke Lonergan

06:01join/from_collapse_limit and geqo_threshold default values Vlad Arkhipov

07:49Quad Xeon or Quad Opteron? Andrzej Zawadzki

08:34Re: Quad Xeon or Quad Opteron? Craig Ringer

09:22Re: Quad Xeon or Quad Opteron? Adam Tauno Williams

09:36Re: Quad Xeon or Quad Opteron? Knight, Doug

10:00Re: Quad Xeon or Quad Opteron? Reid Thompson

10:28index performance on large tables with update and insert Jessica Richard

12:15IBM ServRAID-MR10M / LSI1078ROC advice Kevin Grittner

13:35Re: index performance on large tables with update and insert Magnus Hagander

24 мая 2008 г.

13:39Re: Quad Xeon or Quad Opteron? Andrzej Zawadzki

13:49Re: Quad Xeon or Quad Opteron? Andrzej Zawadzki

15:50Re: Creating large database of MD5 hash values Decibel!

15:51Re: shared_buffers performance Decibel!

15:51Re: Posible planner improvement? Decibel!

16:07Re: I/O on select count(*) Decibel!

16:15Re: I/O on select count(*) Decibel!

17:39Re: Quad Xeon or Quad Opteron? Jeffrey Baker

26 мая 2008 г.

08:30Re: Posible planner improvement? ITAGAKI Takahiro

10:03Re: I/O on select count(*) Heikki Linnakangas

11:12Symbolic Links to Tablespaces Campbell, Lance

12:00Re: "Big O" notation for postgres? H. Hall

12:09Re: Symbolic Links to Tablespaces Tom Lane

12:37Re: I/O on select count(*) Tom Lane

14:10Re: Symbolic Links to Tablespaces Campbell, Lance

14:32Re: Symbolic Links to Tablespaces A. Kretschmer

15:26Re: Symbolic Links to Tablespaces Heikki Linnakangas

16:19Re: Symbolic Links to Tablespaces Tino Wildenhain

17:26Re: Symbolic Links to Tablespaces Heikki Linnakangas

20:14Re: RAID controllers for Postgresql on large setups Marinos Yannikos

20:32Re: [GENERAL] select query takes 13 seconds to run with index mark

20:57Re: [GENERAL] select query takes 13 seconds to run with index mark

27 мая 2008 г.

05:13Re: [GENERAL] select query takes 13 seconds to run with index PFC

05:22Re: [GENERAL] select query takes 13 seconds to run with index hubert depesz lubaczewski

11:47Re: [GENERAL] select query takes 13 seconds to run with index mark

11:58Re: [GENERAL] select query takes 13 seconds to run with index hubert depesz lubaczewski

16:56Outer joins and equivalence Simon Riggs

17:52Re: I/O on select count(*) Simon Riggs

18:44Re: Outer joins and equivalence Tom Lane

28 мая 2008 г.

07:45Re: Outer joins and equivalence Matthew Wakeling

10:37Re: Outer joins and equivalence Simon Riggs

10:51GEQO Benchmark tarcizioab@c3sl.ufpr.br

11:03Re: GEQO Benchmark Tom Lane

13:13Re: GEQO Benchmark Tarcizio Bini

13:50Re: GEQO Benchmark Simon Riggs

14:55Re: GEQO Benchmark Tarcizio Bini

20:37Re: Creating large database of MD5 hash values Bruce Momjian

20:42Re: Creating large database of MD5 hash values Tom Lane

20:562GB or not 2GB Josh Berkus

21:07Re: 2GB or not 2GB Steve Crawford

22:03Re: 2GB or not 2GB Gregory Stark

22:19Re: 2GB or not 2GB Greg Smith

23:54Re: 2GB or not 2GB Jignesh K. Shah

29 мая 2008 г.

00:02Re: 2GB or not 2GB Jignesh K. Shah

06:37IN() statement values order makes 2x performance hit Alexey Kupershtokh

06:40Re: IN() statement values order makes 2x performance hit Oleg Bartunov

06:51Re: IN() statement values order makes 2x performance hit Alexey Kupershtokh

12:44Re: 2GB or not 2GB Joshua D. Drake

12:49Adding "LIMIT 1" kills performance. Chris Shoemaker

13:53Re: Adding "LIMIT 1" kills performance. Shane Ambler

14:23OVERLAPS is slow Chris Browne

14:49Re: Adding "LIMIT 1" kills performance. Chris Shoemaker

14:59Re: Adding "LIMIT 1" kills performance. Tom Lane

16:50Re: 2GB or not 2GB Magnus Hagander

19:10ProcArrayLock (The Saga continues) Jignesh K. Shah

21:28Re: ProcArrayLock (The Saga continues) Gregory Stark

31 мая 2008 г.

01:24Statistics issue Vlad Arkhipov

04:42Re: 2GB or not 2GB Simon Riggs

12:51Re: Statistics issue Tom Lane

15:53Re: 2GB or not 2GB Josh Berkus

16:41Re: 2GB or not 2GB Gregory Stark

Ответы на вопросы